<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>http://www.simulace.info/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Tom%C3%A1%C5%A1</id>
	<title>Simulace.info - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="http://www.simulace.info/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Tom%C3%A1%C5%A1"/>
	<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php/Special:Contributions/Tom%C3%A1%C5%A1"/>
	<updated>2026-07-28T05:00:18Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.31.1</generator>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26761</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26761"/>
		<updated>2025-05-27T13:03:30Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Bakterie na rukou */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření houby Ophiocordyceps mezi mravenci ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Model simuluje, jak parazitická houba Ophiocordyceps unilateralis infikuje kolonie mravenců a manipuluje jejich chování, až do tzv. „death grip“ fáze. V této fázi parazit manipuluje mravence tak, že vyšplhá na list nebo větev, pevně se do ní zakousne a zemře. Tím se jeho tělo dostane do výšky, kde se spory houby mohou lépe rozptýlit a dopadnout na okolní vegetaci či další mravence. BioMed Central. Počáteční kolonii představují zdraví dělníci, později nakažení jedinci, kteří šíří infekci kontaktem.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak se infekce houbou Cordyceps šíří v mravenčí populaci a jak různé faktory ovlivňují její rychlost a rozsah. Simulace se zaměřuje na jednoduchý model přenosu infekce prostřednictvím kontaktu se sporami a sleduje vývoj šíření v čase.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* pro ekologický výzkum – simulace může sloužit jako nástroj pro lepší porozumění tomu, jak se šíří specializovaní parazité v přirozeném prostředí&lt;br /&gt;
* pro vzdělávací účely&lt;br /&gt;
* prediktivní nástroj – testování hypotéz bez nutnosti zásahů do reálných populací, např. jak se změní průběh infekce při jiném mikroklimatu, nebo jak důležitá je hustota tras&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo. V tomto modelu agenti představují jednotlivé mravence a prostředí reprezentuje síť mravenčích tras v rámci kolonie a jejího okolí. Každý agent má svůj stav (zdravý, infikovaný, mrtvý) a podle toho mění své chování.&lt;br /&gt;
Každý mravenec se v prostředí pohybuje podle jednoduchých pravidel. Pokud narazí na infekční místo, tedy místo, kde předtím zemřel jiný nakažený jedinec, může se nakazit. Po inkubační době se jeho chování změní a následně zemře, čímž vytvoří nové infekční místo. Šíření infekce je tedy zprostředkováno kontaktem zdravých jedinců s místy, kde dříve došlo k úmrtí nakaženého mravence.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet mravenců na začátku&lt;br /&gt;
 • počet počátečních nakažených jedinců&lt;br /&gt;
pravděpodobnost nákazy při kontaktu se sporami&lt;br /&gt;
 • inkubační doba&lt;br /&gt;
 • doba, po kterou zůstává místo infekční po smrti mravence&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • umístění počátečně nakažených jedinců&lt;br /&gt;
 • směr a trasa pohybu jednotlivých mravenců&lt;br /&gt;
 • výsledný počet nakažených, mrtvých a zdravých mravenců (mění se mezi běhy)&lt;br /&gt;
 • prostorový vzorec šíření infekce&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC3506477/ Živitnost spor houby Beauveria bassiana]&lt;br /&gt;
* [https://cals.cornell.edu/integrated-pest-management/outreach-education/fact-sheets/beauveria-bassiana  Beauveria bassiana]&lt;br /&gt;
* [https://www.westernexterminator.com/ants/the-ant-colony-structure-and-roles Struktura a role v mravenčích koloniích]&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC8430825/  Toxiny Beauveria bassiana a strategie pro zvýšení virulence]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:55, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Tento typ simulace není až tak originální, ale kvituji, že volíte zcela konkrétní situaci. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:49, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace provozu čajovny s vodní dýmkou s cílem optimalizace obsluhy a nabídky ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat provoz specifického typu podniku – čajovny s vodní dýmkou, která má kapacitu přibližně 40 míst k sezení a funguje každý den od 16:00 do 01:00. V provozu se střídá 5 zaměstnanců, přičemž v danou chvíli jsou přítomni 1 až 3 zaměstnanci podle aktuální návštěvnosti. Cílem je optimalizovat provozní strategii čajovny, především v oblasti personálního obsazení, nabídky produktů (čaje, tabáky, doplňkové občerstvení), a doby obsluhy. Simulace pomůže lépe pochopit tok zákazníků, identifikovat špičky v návštěvnosti a navrhnout efektivnější model plánování směn i zásob.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Kolik zaměstnanců je optimální mít přítomných v jednotlivých hodinách/dnech&lt;br /&gt;
*Jaký je očekávaný zisk při různých strategiích obsazení a nabídky&lt;br /&gt;
*Vliv produktového mixu (čaj, dýmky, občerstvení) na výnos&lt;br /&gt;
*Identifikace hodin/dní se špičkami v návštěvnosti&lt;br /&gt;
*Optimalizace času obsluhy vs. počet zákazníků na směnu&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Provozovatelem čajovny při plánování směn a zásobování&lt;br /&gt;
*Potenciálními investory při zvažování rozšíření podniku nebo franšízy&lt;br /&gt;
*Analytiky provozních dat pro zvýšení efektivity&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace nebo systémová dynamika (např. ve Vensimu) &lt;br /&gt;
*Simulační prostředí: Excel nebo Vensim (pro systémové vazby jako sklad – poptávka – personál)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
*hour_of_day – hodina v rámci otevírací doby (16:00–01:00) &lt;br /&gt;
*day_of_week – den v týdnu (některé dny mají vyšší návštěvnost) &lt;br /&gt;
*seats_available – počet volných míst v daném okamžiku (max. 40) &lt;br /&gt;
*employee_count – počet zaměstnanců přítomných na směně (1–3) &lt;br /&gt;
*menu_items – seznam položek (čaj, dýmka, občerstvení), každá má průměrnou dobu přípravy a marži&lt;br /&gt;
Náhodné: &lt;br /&gt;
*customer_arrival_rate – náhodný tok zákazníků podle dne a hodiny &lt;br /&gt;
*stay_duration – průměrná délka pobytu zákazníka (např. 90–180 minut) &lt;br /&gt;
*order_type_distribution – rozdělení typů objednávek (např. 40 % čaj + dýmka, 30 % jen dýmka, 20 % čaj, 10 % vše) &lt;br /&gt;
*order_size – kolik toho skupina objedná *satisfaction_index – míra spokojenosti zákazníků ovlivněná délkou čekání a dostupností obsluhy&lt;br /&gt;
Výstupní proměnné: &lt;br /&gt;
*profit_per_hour – zisk za hodinu (součet tržeb – náklady na zaměstnance a suroviny) &lt;br /&gt;
*average_wait_time – průměrná doba čekání na obsluhu &lt;br /&gt;
*employee_utilization – míra vytíženosti zaměstnanců (např. obsluha vs. doba nečinnosti)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Simulovaná historická data návštěvnosti podle dne a hodiny (na základě kvalifikovaného odhadu nebo rozhovoru s provozovatelem) &lt;br /&gt;
*Ceník nabízených produktů a čas potřebný na jejich přípravu &lt;br /&gt;
*Náklady na zaměstnance (mzda za hodinu) &lt;br /&gt;
*Průměrná marže na jednotlivé položky &lt;br /&gt;
*Statistické odhady délky pobytu zákazníků podle dne a hodiny&lt;br /&gt;
Tato simulace může být rozšířena o pokročilejší strategii, například dynamické přizpůsobení cen podle obsazenosti (happy hour), nebo zavedení rezervačního systému pro sledování předpokládané návštěvnosti.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 17:38, 17 May 2025 (CET)&lt;br /&gt;
:: ve Vensimu by to šlo, důležité je pak ve zprávě k simulaci uvést, jak jste k rovnicím uvedených v modelu přišel. '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:09, 19 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
: Tohle je právě potřeba mít promyšleno už u toho zadání. Povedlo se Vám to mezitím rozpracovat? Takhle &amp;quot;od boku&amp;quot; mi samozřejmě dává větší smysl mít tam náhodnou proměnnou z nějakého relevantního rozdělení. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:52, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
Tak nějaké rozdělení by v tom bylo, s tím počítám. Neměla jsem čas hledat konkrétní data z nějakých odborných prací a studií apod. Ale pokud by Vám stačila data např. odsud: https://dip-slides.com/dipslide-blog/dipslide-details.php?dipslide=27 – mají uvedené počty v jednotných jednotkách a navíc v jednotkách plochy, na které bych to stejně musela převádět. &lt;br /&gt;
Vybrala bych odtamtud několik běžných povrchů (mobilní telefon, oběživo, klávesnice,...), dohledala další data (myslím že by stálo za to dohledat data k toaletám, ať to má větší &amp;quot;užitečnost&amp;quot;). Z hodnot, co tam mají bych si udělala rozmezí +- 10 % a dala to do normálního rozdělení (respektive by bylo jednodušší si z normálního rozdělení vybrat hodnotu, kterou se hodnota z dat vynásobí), čímž by se vytvořila nějaká ta &amp;quot;náhoda&amp;quot;. &lt;br /&gt;
Takže bychom měli událost např. mobilní telefon - takže by to bylo 13.2 CFU/cm2 +- 0 až 10 % vybráno náhodně. Pokud bychom chtěli sledovat celou ruku, tak vynásobíme na správný počet cm2, ale to bych raději nedělala, protože pak se dostaneme do příliš velkých podrobností se záhyby, pozicemi, nehty… a to už by bylo zbytečně komplikované. &lt;br /&gt;
Podobně bych to udělala i s tím mytím rukou – zavedla bych tam podobnou odchylku +- několik %, která by se vybrala náhodně z normálního rozdělení a následně by se tím vynásobil úbytek bakterií při mytí rukou, čímž by se zavedla další míra náhody.&lt;br /&gt;
&lt;br /&gt;
: &amp;quot;Nejaké rozdělení by v tom bylo...&amp;quot; - máte osobitý styl definice témat. Blokovat Vám to nebudu, čas běží a udělat se to takto dá, ale v řešení bych ocenil sebevědomější &amp;quot;jistější&amp;quot; formulace. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:03, 27 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''RE: UPŘESNĚNÍ'''. Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::: Nevím, tak jak to navrhujete, tam nevidím optimalizaci kontrol, ale maximálně tak způsob pobíhání po voze, což bude vždy spíš do značné míry nahodilé. Protože v uzavřeném prostoru půjde víceméně jen o vzdálenost mezi stanicemi a tudíž čas, který je k dispozici. Pokud by se optimalizovaly kontroly, mělo by jít především o rozmístění revizorů v různých místech metra v různých časech s ohledem na provoz. Tam bych viděl přínos slušný. Pokud by něco takového pro Vás bylo zajímavé, pak '''schváleno''', jinak o tom prosím ještě popřemýšlejte. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:02, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== [UPRAVENO] Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři modelů učení v systémové dynamice – jako příklad, jak lze modelovat kognitivní nebo behaviorální procesy bez nutnosti neuronových nebo agentních struktur.&lt;br /&gt;
&lt;br /&gt;
Díky možnosti měnit parametry jako α (salience), β (míra učení) nebo frekvenci posilování mohou uživatelé interaktivně zkoumat, jak se učební křivky mění v různých scénářích.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Systémová dynamika. Chování psa bude modelováno jako plynulá změna síly asociace mezi podmíněným podnětem (zvonek) a nepodmíněným podnětem (jídlo) v čase. Změna síly asociace bude řízena tokem (flow), který odpovídá učebnímu procesu, a ovlivněna parametry jako míra posilování a četnost podnětů.&lt;br /&gt;
* '''Prostředí''': Vensim&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
''' Jaké proměnné budou v simulaci '''&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
''' Jaké proměnné budou náhodné '''&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
''' Na jakých datech budou proměnné založené '''&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
''' Na jakých datech jsou založeny vzorce v simulaci (chování modelu) '''&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Jak bude simulace realizována ===&lt;br /&gt;
Simulace bude založena na modelu systémové dynamiky. Základní proměnnou modelu bude '''síla asociace''' mezi podmíněným podnětem (zvonek) a nepodmíněným podnětem (jídlo), která se v čase mění v závislosti na přítomnosti těchto podnětů.&lt;br /&gt;
&lt;br /&gt;
Model bude obsahovat:&lt;br /&gt;
* stavovou proměnnou '''V''' (síla asociace),&lt;br /&gt;
* tok (flow), který představuje změnu této síly v čase (učení a vyhasínání),&lt;br /&gt;
* parametry α, β a λ, které určují intenzitu učení.&lt;br /&gt;
&lt;br /&gt;
Proces:&lt;br /&gt;
# Když se v čase objeví současně podmíněný a nepodmíněný podnět (zvonek + jídlo), model zvyšuje hodnotu asociace V podle vzorce:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ΔV = α × β × (λ − V)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
# Pokud dochází pouze k prezentaci zvonku bez jídla, hodnota V může postupně klesat (extinkce) – modeluje se jako negativní tok.&lt;br /&gt;
&lt;br /&gt;
Celý model bude znázorněn pomocí:&lt;br /&gt;
* '''kauzálních smyček''' (CLD), které zobrazí vztahy mezi podněty, učením a reakcí,&lt;br /&gt;
* a '''tokového diagramu''' (SFD), kde budou znázorněny stavy a toky změn asociace v čase.&lt;br /&gt;
&lt;br /&gt;
Reakce psa (např. slinění) bude vyvozena na základě aktuální hodnoty V – čím vyšší asociace, tím pravděpodobnější (a silnější) reakce.&lt;br /&gt;
&lt;br /&gt;
==== Vizualizace chování agenta ====&lt;br /&gt;
Pro názornost bude výsledkem graf vývoje síly podmíněné reakce (slinění) v závislosti na počtu pokusů. Umožní to sledovat:&lt;br /&gt;
* růst reakce při opakovaném posílení,&lt;br /&gt;
* vyhasínání reakce při absenci jídla (extinkci),&lt;br /&gt;
* znovuvytvoření reakce při novém cyklu posilování.&lt;br /&gt;
&lt;br /&gt;
==== Textová reprezentace logiky modelu ====&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Stavová proměnná:&lt;br /&gt;
- V (síla asociace): hodnota mezi 0 a 1&lt;br /&gt;
&lt;br /&gt;
Každý krok simulace (časová jednotka):&lt;br /&gt;
1. Je aktivní podmíněný podnět (zvonek)?&lt;br /&gt;
2. Je aktivní nepodmíněný podnět (jídlo)?&lt;br /&gt;
3. Pokud ANO + ANO → hodnota V se zvyšuje podle vzorce:&lt;br /&gt;
   ΔV = α × β × (λ − V)&lt;br /&gt;
4. Pokud ANO + NE → model zaznamená podmíněnou reakci (např. síla slinění = V)&lt;br /&gt;
5. Pokud NE → žádná změna&lt;br /&gt;
&lt;br /&gt;
Při dlouhodobé absenci nepodmíněného podnětu může být V snižováno – modeluje extinkci naučeného chování.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Možné rozšíření ====&lt;br /&gt;
* více typů podnětů (např. světelný, zvukový),&lt;br /&gt;
* srovnání vlivu různých hodnot parametrů α (salience) a β (míra učení) na rychlost osvojení podmíněné reakce.&lt;br /&gt;
&lt;br /&gt;
Model tak umožní testovat hypotézy o učení a zapomínání v různých podmínkách.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: [[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 10:28, 16 May 2025 (CET) Přidána sekce, jak by měla být simulace realizována.&lt;br /&gt;
&lt;br /&gt;
::: OK, ale jak to popisujete, jde o typickou úlohu pro Vensim. Netlogo na to fakt není vhodné. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:04, 23 May 2025 (CET)&lt;br /&gt;
:::: Jako Vensim bych to schválil - co Vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 08:14, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::::: Ano, souhlasím, upravil jsem zadání, aby odpovídalo Vensim [[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 09:28, 23 May 2025 (CET)&lt;br /&gt;
:::::: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:57, 24 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Nápad zajímavý, ale připadá mi to velmi vágní, spousta &amp;quot;měkkých&amp;quot; faktorů. Buďto to zkuste rozpracovat do detailu, aby bylo lépe vidět, jakou cestou byste se vydal nebo zvažte jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:32, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, na tohle by byl ideální Simprocess, který už bohužel není k dispozici. Simulace jako taková je poměrně triviální, určitě doložte zdroje dat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:36, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, vyberte si prosím jednu zcela konkrétní linku. Budete to mít daleko snazší s daty. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:38, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Máte to popsáno dost obecně. Předpokládám, že budete pracovat s konkrétními druhy, konkrétním prostředím, apod. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:40, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
:::: Sestavila bych z několika reportů z festivalů, projektů a case studies dataset, ze kterého by se následně odvodilo pravděpodobnostní rozdělení, např. z:&lt;br /&gt;
::::*[https://www.mdpi.com/2071-1050/13/1/247 Case study litevských festivalů]&lt;br /&gt;
::::*[https://aodr.org/xml/24992/24992.pdf Coffee cups case study]&lt;br /&gt;
::::*[https://www.pcma.org/reusable-cups-make-splash-wasteexpo-2024/ WasteExpo 2024]&lt;br /&gt;
::::*[https://www.docadevizes.org.uk/wp-content/uploads/2024/01/WF23-Reusable-Cups-Pilot-Report.pdf Winter festival report 2023]&lt;br /&gt;
::::*[https://www.closedlooppartners.com/wp-content/uploads/2025/02/Petaluma-Reusable-Cup-Project-Results-Report.pdf Petaluma Reusable Cup Project Report]&lt;br /&gt;
::::*[https://www.simulace.info/index.php/File:Report_reusable_tableware_at_festivals.pdf Reusable tableware report]&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 06:17, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::OK. Leží v tom jádro celé simulace, tak si dejte na tom záležet. '''Schváleno'''. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:09, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vytížení osobních výtahů v budově ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výtahové systémy ve vícepodlažních budovách čelí výzvám spojeným s efektivním přepravováním cestujících mezi patry, zejména v době špičky. Doba čekání, kapacita výtahu, trasa, kterou výtah zvolí, a ochota cestujících čekat hrají klíčovou roli v celkové efektivitě přepravy. Cestující mají rozdílné chování – někteří volí výtah i pro krátké vzdálenosti, jiní raději jdou pěšky. Jejich motivace závisí mimo jiné na vzdálenosti, směru (dolů či nahoru) a době čekání. Nesprávně navržený systém může vést k přetížení výtahu, neefektivním jízdám a nespokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat efektivitu výtahového systému v budově na základě různých parametrů, jako je počet pater, kapacita výtahu, algoritmus řízení, frekventovanost pater v čase a chování cestujících a pomoct stanovit optimální konfiguraci pro modelovanou budovu. Simulace by měla pomoci optimalizovat provoz výtahu, snížit průměrnou čekací dobu, zvýšit propustnost systému a zohlednit realistické rozhodování cestujících (včetně volby jít po schodech). Dále bude možné testovat různé řídicí algoritmy výtahu a jejich dopad na efektivitu systému.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít:&lt;br /&gt;
* Projektanti a architekti při navrhování nových výtahových systémů&lt;br /&gt;
* Výrobci a dodavatelé výtahů&lt;br /&gt;
* Simulační analytici pro zlepšení dopravních toků ve výškových budovách&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo, které je určeno pro agentní modelování. V modelu budou jednotlivé součásti systému – cestující, výtah a patra – reprezentovány jako agenti, kteří interagují mezi sebou a s prostředím na základě pravidel.&lt;br /&gt;
&lt;br /&gt;
Simulace bude zahrnovat parametry jako kapacita výtahu, rychlost jízdy, doba otevírání dveří, algoritmus řízení a časové rozložení příchodů cestujících. Interaktivní ovládání (pomocí posuvníků a přepínačů) umožní snadné testování různých scénářů a optimalizaci výtahového systému z hlediska plynulosti a spokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
* Počet pater budovy&lt;br /&gt;
* Kapacita výtahu&lt;br /&gt;
* Rychlost výtahu (čas mezi patry)&lt;br /&gt;
* Doba zastávky výtahu (otevření, zavření dveří, nástup/výstup)&lt;br /&gt;
* Algoritmus řízení výtahu (např. SCAN, nejbližší volání, kolektivní řízení)&lt;br /&gt;
* Časový úsek simulace (např. ranní špička: 7:30–9:00)&lt;br /&gt;
* Příslušnost cestujících k patrům a logika cesty&lt;br /&gt;
&lt;br /&gt;
'''Náhodné / dynamické:'''&lt;br /&gt;
* Frekvence příchodu cestujících v čase (v časech špičky vyšší) &amp;gt; Počet cestujících ve vstupní hale v různých časech&lt;br /&gt;
* Startovní a cílové patro cestujících&lt;br /&gt;
* Motivace cestujících použít schody (závisí na vzdálenosti, směru, době čekání)&lt;br /&gt;
* Rozhodovací doba cestujících (jak dlouho čekají, než jdou pěšky)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://download.peters-research.com/library/Measuring_and_Simulating_Elevator_Passengers_in_Existing_Buildings.pdf Vytížení výtahu v kancelářské budově]&lt;br /&gt;
* [https://liftescalatorlibrary.org/paper_indexing/papers/00000051.pdf Vytížení výtahu v obytné budově]&lt;br /&gt;
* [https://dev.to/thesaltree/elevator-scheduling-algorithms-fcfs-sstf-scan-and-look-2pae Typy výtahových algoritmů]&lt;br /&gt;
* [https://www.kone.cz/studio/tool/#/products Typické konfigurace a technické parametry výtahů]&lt;br /&gt;
* [https://digitalcommons.chapman.edu/cgi/viewcontent.cgi?article=1274&amp;amp;context=psychology_articles Rozhodování cestujících a vytížení výtahu v obytné budově]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:ZdenekP|pecz00]] ([[User talk:ZdenekP|talk]]) 12:22, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK. Škoda, že už nemáme k dispozici Simprocess, to by byla úloha přesně pro něj. Ale i s Netlogem by to mělo jít. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:08, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Možnosti využití plynových elektráren v ČR ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Spotřeba elektřiny se během dne mění a s tím i struktura zdrojů pro výrobu elektřiny.&lt;br /&gt;
Zemní plyn v posledních letech kvůli politickké situaci ve světě zdražil a tím pádem se změnily i náklady na provoz plynových elektráren.&lt;br /&gt;
&lt;br /&gt;
Pojmy:&lt;br /&gt;
*BASE LOAD (0:00 - 24:00) - zákaldní úroveň odběru po celý den&lt;br /&gt;
*PEAK LOAD (8:00 - 20:00) - odběr v hodinách největší poptávky&lt;br /&gt;
*OFFPEAK LOAD (0:00 - 8:00, 20:00 - 24:00) - odběr mimo největší poptávku&lt;br /&gt;
*Ramp-up time - jak dlouho trvá elektrárně přechod z vypnutého stavu do plného výkonu&lt;br /&gt;
&lt;br /&gt;
Typy elektráren:&lt;br /&gt;
*Jaderné:&lt;br /&gt;
**Drahé na výstavbu a proto běží pořád (pokrývají base load)&lt;br /&gt;
**Pokrývají ~40 % produkce v ČR&lt;br /&gt;
&lt;br /&gt;
*Větrné/solární&lt;br /&gt;
**Poměrně levné na výstavbu (ignorujeme životnost)&lt;br /&gt;
**Generují podle počasí (pokrývají spíše peak load 8-20h)&lt;br /&gt;
**Tvoří ~6,5 % produkce v ČR&lt;br /&gt;
**Hyzdí krajinu a větrné produkují infrazvuk a zabíjejí zvířata&lt;br /&gt;
&lt;br /&gt;
*Uhelné&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Velké emise&lt;br /&gt;
**Tvoří ~33 % produkce v ČR&lt;br /&gt;
**Generují, pokud je &amp;quot;dark spread&amp;quot; (spotová cena elekřiny - náklady na generování) kladný&lt;br /&gt;
***V nákladech je schována cena uhlí, které nakoupeno dopředu a efektivita převodu&lt;br /&gt;
**Ramp-up time (~4-8h)&lt;br /&gt;
&lt;br /&gt;
*Zemní plyn&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Tvoří ~5 % produkce v ČR&lt;br /&gt;
**Poměrně nízké emise (oproti uhelným)&lt;br /&gt;
**Generují, pokud je &amp;quot;spark spread&amp;quot; kladný, tedy spark_spread = spot_cena_elektříny - koeficient_neefektivity_převodu * spotová_cena_plynu&lt;br /&gt;
**Ramp-up time kratší oproti uhelným (~10-30 min pro rycheljší &amp;quot;peaking&amp;quot; elektrárny)&lt;br /&gt;
**Efektivně jde o &amp;quot;binární dispatch&amp;quot; buďto generují maximum (krom ramp-up time), nebo nic&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Zjistit které zdroje (jaké typy elektráren) by šly nahradit plynovými (a jakým počtem),&lt;br /&gt;
jak by to ovlivnilo cenu elektřiny, případně její nedostatek.&lt;br /&gt;
Simulace bude provedena na datech od roku 2017-2024 (včetně)&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
*Investoři do energetiky a výstavby elektráren&lt;br /&gt;
*Analytici energetické sítě&lt;br /&gt;
*Obchodníci s energií&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Systémová dynamika v prostředí Vensim&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Generování (MW) dle typu elektrárny v čase (použití hist. data)&lt;br /&gt;
**přeneseně vliv počasí (skrytý v generování z obnovitelných zdrojů)&lt;br /&gt;
*Load - spotřebovaná elektřina (použití hist. dat)&lt;br /&gt;
*Spotová cena elektřiny (použití hist. dat + úpravou supply-demand modelu při vynechání určitého typu generování)&lt;br /&gt;
*Spotová cena zemního plynu (použití hist. dat)&lt;br /&gt;
*Výkon plynové elektrárny&lt;br /&gt;
*Efektivita převodu plynu na elektřinu&lt;br /&gt;
*Ramp-up time plynové elektrárny&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Load + generování dle typu - https://transparency.entsoe.eu/dashboard/show &lt;br /&gt;
*Spotová cena plynu &amp;amp; elektřiny - https://www.ote-cr.cz/en/short-term-markets/electricity/intra-day-market&lt;br /&gt;
*Informace o plynových elektrárnách z odborných článků&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 15:37, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 16:22, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj hodnoty investičních portfolií v čase ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Investoři stojí při rozhodování o alokaci kapitálu před volbou mezi různými typy aktiv, která se liší výnosem a rizikovostí. Výnosy akcií, dluhopisů i vkladových produktů se v čase mění a jsou ovlivněny řadou faktorů. Cílem této simulace je ilustrovat chování tří odlišných portfolií (konzervativní, vyvážené a dynamické), která se liší poměrem zastoupení tříd aktiv, a to v různých investičních horizontech.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace bude sloužit k porovnání vývoje hodnoty jednotlivých portfolií v čase, a to na základě stochasticky generovaných výnosů jednotlivých aktiv. Důraz je kladen na znázornění, jak délka investice ovlivňuje rozptyl výsledků a stabilitu výnosů. Výstupem bude také vizualizace tzv. „tunelového grafu“, který zobrazí vývoj horního a dolního pásma dosažitelných výnosů v čase. Součástí analýzy bude i porovnání jednotlivých portfolií mezi sebou – tedy zjištění, jak často jedno portfolio překoná jiné v rámci simulovaných běhů.&lt;br /&gt;
&lt;br /&gt;
Zvažovaným rozšířením simulace je také model pravidelného výběru renty – například ve výši 4 % ročně p.a.(Tržní standard). Tento scénář by měl ukázat, zda je dané portfolio schopné dlouhodobě pokrýt výběry a zůstat životaschopné v čase.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude realizována v prostředí Microsoft Excel. Pro výpočet jednotlivých scénářů bude využita metoda Monte Carlo, kdy budou výnosy jednotlivých aktiv generovány pomocí náhodných čísel. Parametry pro generování (střední hodnota a směrodatná odchylka) budou určeny z historických dat. Před použitím normálního rozdělení bude provedena základní kontrola tvaru datového rozdělení – zejména pomocí histogramů a porovnání průměru a mediánu. V případě výrazné odchylky bude zváženo alternativní řešení (například použití lognormálního nebo empirického přístupu).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
====Deterministické proměnné:====&lt;br /&gt;
&lt;br /&gt;
portfolio_composition – poměry mezi akciemi, dluhopisy a vklady&lt;br /&gt;
&lt;br /&gt;
initial_investment – počáteční kapitál&lt;br /&gt;
&lt;br /&gt;
investment_horizon – délka investice v letech&lt;br /&gt;
&lt;br /&gt;
withdrawal_rate – roční výběr (např. 4 %, v rozšířeném scénáři)&lt;br /&gt;
&lt;br /&gt;
====Stochastické proměnné:====&lt;br /&gt;
&lt;br /&gt;
annual_return_stock – roční výnos akciové složky&lt;br /&gt;
&lt;br /&gt;
annual_return_bond – roční výnos dluhopisové složky&lt;br /&gt;
&lt;br /&gt;
annual_return_deposit – roční výnos vkladové složky&lt;br /&gt;
&lt;br /&gt;
portfolio_result – celkový výsledek konkrétní simulace&lt;br /&gt;
&lt;br /&gt;
portfolio_dominance – kolikrát jedno portfolio překonalo jiné&lt;br /&gt;
&lt;br /&gt;
portfolio_survival – přežití portfolia při výběrech (v případě doplněného scénáře)&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Akcie (S&amp;amp;P 500): &lt;br /&gt;
https://pages.stern.nyu.edu/~adamodar/New_Home_Page/datafile/spearn.htm&lt;br /&gt;
&lt;br /&gt;
Státní dluhopisy (US Treasuries): tamtéž (historické výnosy dluhopisů)&lt;br /&gt;
&lt;br /&gt;
Termínované vklady (EURIBOR): https://www.euribor-rates.eu/en/euribor-rates-by-year/&lt;br /&gt;
&lt;br /&gt;
===Simulant===&lt;br /&gt;
Hluštík Vilém&lt;br /&gt;
[[User:Hluv01|Hluv01]] ([[User talk:Hluv01|talk]]) 08:12, 27 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Když už dopředu víte, že &amp;quot;Roční výnosy budou generovány z normálního rozdělení&amp;quot; tak to není Monte Carlo, které je právě založené na odvození pravděpodobnostních rozdělení. Buďto specifikujte, jak budete pravděpodobnostní rozdělení z dat odvozovat, nebo zkuste něco jiného. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:03, 19 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26745</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26745"/>
		<updated>2025-05-23T07:08:14Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Simulace vytížení osobních výtahů v budově */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření houby Ophiocordyceps mezi mravenci ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Model simuluje, jak parazitická houba Ophiocordyceps unilateralis infikuje kolonie mravenců a manipuluje jejich chování, až do tzv. „death grip“ fáze. V této fázi parazit manipuluje mravence tak, že vyšplhá na list nebo větev, pevně se do ní zakousne a zemře. Tím se jeho tělo dostane do výšky, kde se spory houby mohou lépe rozptýlit a dopadnout na okolní vegetaci či další mravence. BioMed Central. Počáteční kolonii představují zdraví dělníci, později nakažení jedinci, kteří šíří infekci kontaktem.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak se infekce houbou Cordyceps šíří v mravenčí populaci a jak různé faktory ovlivňují její rychlost a rozsah. Simulace se zaměřuje na jednoduchý model přenosu infekce prostřednictvím kontaktu se sporami a sleduje vývoj šíření v čase.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* pro ekologický výzkum – simulace může sloužit jako nástroj pro lepší porozumění tomu, jak se šíří specializovaní parazité v přirozeném prostředí&lt;br /&gt;
* pro vzdělávací účely&lt;br /&gt;
* prediktivní nástroj – testování hypotéz bez nutnosti zásahů do reálných populací, např. jak se změní průběh infekce při jiném mikroklimatu, nebo jak důležitá je hustota tras&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo. V tomto modelu agenti představují jednotlivé mravence a prostředí reprezentuje síť mravenčích tras v rámci kolonie a jejího okolí. Každý agent má svůj stav (zdravý, infikovaný, mrtvý) a podle toho mění své chování.&lt;br /&gt;
Každý mravenec se v prostředí pohybuje podle jednoduchých pravidel. Pokud narazí na infekční místo, tedy místo, kde předtím zemřel jiný nakažený jedinec, může se nakazit. Po inkubační době se jeho chování změní a následně zemře, čímž vytvoří nové infekční místo. Šíření infekce je tedy zprostředkováno kontaktem zdravých jedinců s místy, kde dříve došlo k úmrtí nakaženého mravence.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet mravenců na začátku&lt;br /&gt;
 • počet počátečních nakažených jedinců&lt;br /&gt;
pravděpodobnost nákazy při kontaktu se sporami&lt;br /&gt;
 • inkubační doba&lt;br /&gt;
 • doba, po kterou zůstává místo infekční po smrti mravence&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • umístění počátečně nakažených jedinců&lt;br /&gt;
 • směr a trasa pohybu jednotlivých mravenců&lt;br /&gt;
 • výsledný počet nakažených, mrtvých a zdravých mravenců (mění se mezi běhy)&lt;br /&gt;
 • prostorový vzorec šíření infekce&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC3506477/ Živitnost spor houby Beauveria bassiana]&lt;br /&gt;
* [https://cals.cornell.edu/integrated-pest-management/outreach-education/fact-sheets/beauveria-bassiana  Beauveria bassiana]&lt;br /&gt;
* [https://www.westernexterminator.com/ants/the-ant-colony-structure-and-roles Struktura a role v mravenčích koloniích]&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC8430825/  Toxiny Beauveria bassiana a strategie pro zvýšení virulence]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:55, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Tento typ simulace není až tak originální, ale kvituji, že volíte zcela konkrétní situaci. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:49, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace provozu čajovny s vodní dýmkou s cílem optimalizace obsluhy a nabídky ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat provoz specifického typu podniku – čajovny s vodní dýmkou, která má kapacitu přibližně 40 míst k sezení a funguje každý den od 16:00 do 01:00. V provozu se střídá 5 zaměstnanců, přičemž v danou chvíli jsou přítomni 1 až 3 zaměstnanci podle aktuální návštěvnosti. Cílem je optimalizovat provozní strategii čajovny, především v oblasti personálního obsazení, nabídky produktů (čaje, tabáky, doplňkové občerstvení), a doby obsluhy. Simulace pomůže lépe pochopit tok zákazníků, identifikovat špičky v návštěvnosti a navrhnout efektivnější model plánování směn i zásob.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Kolik zaměstnanců je optimální mít přítomných v jednotlivých hodinách/dnech&lt;br /&gt;
*Jaký je očekávaný zisk při různých strategiích obsazení a nabídky&lt;br /&gt;
*Vliv produktového mixu (čaj, dýmky, občerstvení) na výnos&lt;br /&gt;
*Identifikace hodin/dní se špičkami v návštěvnosti&lt;br /&gt;
*Optimalizace času obsluhy vs. počet zákazníků na směnu&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Provozovatelem čajovny při plánování směn a zásobování&lt;br /&gt;
*Potenciálními investory při zvažování rozšíření podniku nebo franšízy&lt;br /&gt;
*Analytiky provozních dat pro zvýšení efektivity&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace nebo systémová dynamika (např. ve Vensimu) &lt;br /&gt;
*Simulační prostředí: Excel nebo Vensim (pro systémové vazby jako sklad – poptávka – personál)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
*hour_of_day – hodina v rámci otevírací doby (16:00–01:00) &lt;br /&gt;
*day_of_week – den v týdnu (některé dny mají vyšší návštěvnost) &lt;br /&gt;
*seats_available – počet volných míst v daném okamžiku (max. 40) &lt;br /&gt;
*employee_count – počet zaměstnanců přítomných na směně (1–3) &lt;br /&gt;
*menu_items – seznam položek (čaj, dýmka, občerstvení), každá má průměrnou dobu přípravy a marži&lt;br /&gt;
Náhodné: &lt;br /&gt;
*customer_arrival_rate – náhodný tok zákazníků podle dne a hodiny &lt;br /&gt;
*stay_duration – průměrná délka pobytu zákazníka (např. 90–180 minut) &lt;br /&gt;
*order_type_distribution – rozdělení typů objednávek (např. 40 % čaj + dýmka, 30 % jen dýmka, 20 % čaj, 10 % vše) &lt;br /&gt;
*order_size – kolik toho skupina objedná *satisfaction_index – míra spokojenosti zákazníků ovlivněná délkou čekání a dostupností obsluhy&lt;br /&gt;
Výstupní proměnné: &lt;br /&gt;
*profit_per_hour – zisk za hodinu (součet tržeb – náklady na zaměstnance a suroviny) &lt;br /&gt;
*average_wait_time – průměrná doba čekání na obsluhu &lt;br /&gt;
*employee_utilization – míra vytíženosti zaměstnanců (např. obsluha vs. doba nečinnosti)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Simulovaná historická data návštěvnosti podle dne a hodiny (na základě kvalifikovaného odhadu nebo rozhovoru s provozovatelem) &lt;br /&gt;
*Ceník nabízených produktů a čas potřebný na jejich přípravu &lt;br /&gt;
*Náklady na zaměstnance (mzda za hodinu) &lt;br /&gt;
*Průměrná marže na jednotlivé položky &lt;br /&gt;
*Statistické odhady délky pobytu zákazníků podle dne a hodiny&lt;br /&gt;
Tato simulace může být rozšířena o pokročilejší strategii, například dynamické přizpůsobení cen podle obsazenosti (happy hour), nebo zavedení rezervačního systému pro sledování předpokládané návštěvnosti.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 17:38, 17 May 2025 (CET)&lt;br /&gt;
:: ve Vensimu by to šlo, důležité je pak ve zprávě k simulaci uvést, jak jste k rovnicím uvedených v modelu přišel. '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:09, 19 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
: Tohle je právě potřeba mít promyšleno už u toho zadání. Povedlo se Vám to mezitím rozpracovat? Takhle &amp;quot;od boku&amp;quot; mi samozřejmě dává větší smysl mít tam náhodnou proměnnou z nějakého relevantního rozdělení. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:52, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''RE: UPŘESNĚNÍ'''. Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::: Nevím, tak jak to navrhujete, tam nevidím optimalizaci kontrol, ale maximálně tak způsob pobíhání po voze, což bude vždy spíš do značné míry nahodilé. Protože v uzavřeném prostoru půjde víceméně jen o vzdálenost mezi stanicemi a tudíž čas, který je k dispozici. Pokud by se optimalizovaly kontroly, mělo by jít především o rozmístění revizorů v různých místech metra v různých časech s ohledem na provoz. Tam bych viděl přínos slušný. Pokud by něco takového pro Vás bylo zajímavé, pak '''schváleno''', jinak o tom prosím ještě popřemýšlejte. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:02, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== [UPRAVENO] Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
''' Jaké proměnné budou v simulaci '''&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
''' Jaké proměnné budou náhodné '''&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
''' Na jakých datech budou proměnné založené '''&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
''' Na jakých datech jsou založeny vzorce v simulaci (chování modelu) '''&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Jak bude simulace realizována ===&lt;br /&gt;
Simulace bude pracovat s '''jedním agentem''', který reprezentuje psa. Tento agent nebude modelovat neuronovou síť, ale bude využívat jednoduchý behaviorální model založený na '''Rescorla-Wagnerově teorii klasického podmiňování'''.&lt;br /&gt;
&lt;br /&gt;
Agent bude mít:&lt;br /&gt;
* stavovou proměnnou '''V''' (síla asociace),&lt;br /&gt;
* pravidla pro aktualizaci hodnoty V podle podnětů,&lt;br /&gt;
* a pravděpodobnostní reakci na základě aktuální hodnoty V.&lt;br /&gt;
&lt;br /&gt;
V každém kole simulace:&lt;br /&gt;
# Zazní nebo nezazní zvonek (podmíněný podnět).&lt;br /&gt;
# Podá se nebo nepodá jídlo (nepodmíněný podnět).&lt;br /&gt;
# Pokud dojde k párování zvonek + jídlo → hodnota V se aktualizuje podle vzorce:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ΔV = α × β × (λ − V)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
# Pokud zazní pouze zvonek → agent reaguje sliněním s pravděpodobností rovnou aktuální hodnotě V.&lt;br /&gt;
# Pokud nezazní zvonek → agent nereaguje.&lt;br /&gt;
&lt;br /&gt;
==== Vizualizace chování agenta ====&lt;br /&gt;
Pro názornost bude výsledkem graf vývoje síly podmíněné reakce (slinění) v závislosti na počtu pokusů. Umožní to sledovat:&lt;br /&gt;
* růst reakce při opakovaném posílení,&lt;br /&gt;
* vyhasínání reakce při absenci jídla (extinkci),&lt;br /&gt;
* znovuvytvoření reakce při novém cyklu posilování.&lt;br /&gt;
&lt;br /&gt;
==== Textová reprezentace logiky agenta ====&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Stav agenta:&lt;br /&gt;
- V (síla asociace): číslo mezi 0 a 1&lt;br /&gt;
&lt;br /&gt;
Každý cyklus:&lt;br /&gt;
1. Zazní zvonek?&lt;br /&gt;
2. Podá se jídlo?&lt;br /&gt;
3. Pokud ANO + ANO → aktualizuj V podle vzorce&lt;br /&gt;
4. Pokud ANO + NE → proveď reakci (pravděpodobnost slinění = V)&lt;br /&gt;
5. Pokud NE → žádná reakce&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Možné rozšíření ====&lt;br /&gt;
V rozšířené verzi lze simulovat více agentů (např. různě rychlí psi s různými hodnotami α a β), ale základní model bude sledovat jednoho psa pro lepší přehled o chování a efektu učení.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: [[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 10:28, 16 May 2025 (CET) Přidána sekce, jak by měla být simulace realizována.&lt;br /&gt;
&lt;br /&gt;
::: OK, ale jak to popisujete, jde o typickou úlohu pro Vensim. Netlogo na to fakt není vhodné. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:04, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Nápad zajímavý, ale připadá mi to velmi vágní, spousta &amp;quot;měkkých&amp;quot; faktorů. Buďto to zkuste rozpracovat do detailu, aby bylo lépe vidět, jakou cestou byste se vydal nebo zvažte jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:32, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, na tohle by byl ideální Simprocess, který už bohužel není k dispozici. Simulace jako taková je poměrně triviální, určitě doložte zdroje dat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:36, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, vyberte si prosím jednu zcela konkrétní linku. Budete to mít daleko snazší s daty. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:38, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Máte to popsáno dost obecně. Předpokládám, že budete pracovat s konkrétními druhy, konkrétním prostředím, apod. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:40, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
:::: Sestavila bych z několika reportů z festivalů, projektů a case studies dataset, ze kterého by se následně odvodilo pravděpodobnostní rozdělení, např. z:&lt;br /&gt;
::::*[https://www.mdpi.com/2071-1050/13/1/247 Case study litevských festivalů]&lt;br /&gt;
::::*[https://aodr.org/xml/24992/24992.pdf Coffee cups case study]&lt;br /&gt;
::::*[https://www.pcma.org/reusable-cups-make-splash-wasteexpo-2024/ WasteExpo 2024]&lt;br /&gt;
::::*[https://www.docadevizes.org.uk/wp-content/uploads/2024/01/WF23-Reusable-Cups-Pilot-Report.pdf Winter festival report 2023]&lt;br /&gt;
::::*[https://www.closedlooppartners.com/wp-content/uploads/2025/02/Petaluma-Reusable-Cup-Project-Results-Report.pdf Petaluma Reusable Cup Project Report]&lt;br /&gt;
::::*[https://www.simulace.info/index.php/File:Report_reusable_tableware_at_festivals.pdf Reusable tableware report]&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 06:17, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::OK. Leží v tom jádro celé simulace, tak si dejte na tom záležet. '''Schváleno'''. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:09, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vytížení osobních výtahů v budově ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výtahové systémy ve vícepodlažních budovách čelí výzvám spojeným s efektivním přepravováním cestujících mezi patry, zejména v době špičky. Doba čekání, kapacita výtahu, trasa, kterou výtah zvolí, a ochota cestujících čekat hrají klíčovou roli v celkové efektivitě přepravy. Cestující mají rozdílné chování – někteří volí výtah i pro krátké vzdálenosti, jiní raději jdou pěšky. Jejich motivace závisí mimo jiné na vzdálenosti, směru (dolů či nahoru) a době čekání. Nesprávně navržený systém může vést k přetížení výtahu, neefektivním jízdám a nespokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat efektivitu výtahového systému v budově na základě různých parametrů, jako je počet pater, kapacita výtahu, algoritmus řízení, frekventovanost pater v čase a chování cestujících a pomoct stanovit optimální konfiguraci pro modelovanou budovu. Simulace by měla pomoci optimalizovat provoz výtahu, snížit průměrnou čekací dobu, zvýšit propustnost systému a zohlednit realistické rozhodování cestujících (včetně volby jít po schodech). Dále bude možné testovat různé řídicí algoritmy výtahu a jejich dopad na efektivitu systému.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít:&lt;br /&gt;
* Projektanti a architekti při navrhování nových výtahových systémů&lt;br /&gt;
* Výrobci a dodavatelé výtahů&lt;br /&gt;
* Simulační analytici pro zlepšení dopravních toků ve výškových budovách&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo, které je určeno pro agentní modelování. V modelu budou jednotlivé součásti systému – cestující, výtah a patra – reprezentovány jako agenti, kteří interagují mezi sebou a s prostředím na základě pravidel.&lt;br /&gt;
&lt;br /&gt;
Simulace bude zahrnovat parametry jako kapacita výtahu, rychlost jízdy, doba otevírání dveří, algoritmus řízení a časové rozložení příchodů cestujících. Interaktivní ovládání (pomocí posuvníků a přepínačů) umožní snadné testování různých scénářů a optimalizaci výtahového systému z hlediska plynulosti a spokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
* Počet pater budovy&lt;br /&gt;
* Kapacita výtahu&lt;br /&gt;
* Rychlost výtahu (čas mezi patry)&lt;br /&gt;
* Doba zastávky výtahu (otevření, zavření dveří, nástup/výstup)&lt;br /&gt;
* Algoritmus řízení výtahu (např. SCAN, nejbližší volání, kolektivní řízení)&lt;br /&gt;
* Časový úsek simulace (např. ranní špička: 7:30–9:00)&lt;br /&gt;
* Příslušnost cestujících k patrům a logika cesty&lt;br /&gt;
&lt;br /&gt;
'''Náhodné / dynamické:'''&lt;br /&gt;
* Frekvence příchodu cestujících v čase (v časech špičky vyšší) &amp;gt; Počet cestujících ve vstupní hale v různých časech&lt;br /&gt;
* Startovní a cílové patro cestujících&lt;br /&gt;
* Motivace cestujících použít schody (závisí na vzdálenosti, směru, době čekání)&lt;br /&gt;
* Rozhodovací doba cestujících (jak dlouho čekají, než jdou pěšky)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://download.peters-research.com/library/Measuring_and_Simulating_Elevator_Passengers_in_Existing_Buildings.pdf Vytížení výtahu v kancelářské budově]&lt;br /&gt;
* [https://liftescalatorlibrary.org/paper_indexing/papers/00000051.pdf Vytížení výtahu v obytné budově]&lt;br /&gt;
* [https://dev.to/thesaltree/elevator-scheduling-algorithms-fcfs-sstf-scan-and-look-2pae Typy výtahových algoritmů]&lt;br /&gt;
* [https://www.kone.cz/studio/tool/#/products Typické konfigurace a technické parametry výtahů]&lt;br /&gt;
* [https://digitalcommons.chapman.edu/cgi/viewcontent.cgi?article=1274&amp;amp;context=psychology_articles Rozhodování cestujících a vytížení výtahu v obytné budově]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:ZdenekP|pecz00]] ([[User talk:ZdenekP|talk]]) 12:22, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK. Škoda, že už nemáme k dispozici Simprocess, to by byla úloha přesně pro něj. Ale i s Netlogem by to mělo jít. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:08, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Možnosti využití plynových elektráren v ČR ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Spotřeba elektřiny se během dne mění a s tím i struktura zdrojů pro výrobu elektřiny.&lt;br /&gt;
Zemní plyn v posledních letech kvůli politickké situaci ve světě zdražil a tím pádem se změnily i náklady na provoz plynových elektráren.&lt;br /&gt;
&lt;br /&gt;
Pojmy:&lt;br /&gt;
*BASE LOAD (0:00 - 24:00) - zákaldní úroveň odběru po celý den&lt;br /&gt;
*PEAK LOAD (8:00 - 20:00) - odběr v hodinách největší poptávky&lt;br /&gt;
*OFFPEAK LOAD (0:00 - 8:00, 20:00 - 24:00) - odběr mimo největší poptávku&lt;br /&gt;
*Ramp-up time - jak dlouho trvá elektrárně přechod z vypnutého stavu do plného výkonu&lt;br /&gt;
&lt;br /&gt;
Typy elektráren:&lt;br /&gt;
*Jaderné:&lt;br /&gt;
**Drahé na výstavbu a proto běží pořád (pokrývají base load)&lt;br /&gt;
**Pokrývají ~40 % produkce v ČR&lt;br /&gt;
&lt;br /&gt;
*Větrné/solární&lt;br /&gt;
**Poměrně levné na výstavbu (ignorujeme životnost)&lt;br /&gt;
**Generují podle počasí (pokrývají spíše peak load 8-20h)&lt;br /&gt;
**Tvoří ~6,5 % produkce v ČR&lt;br /&gt;
**Hyzdí krajinu a větrné produkují infrazvuk a zabíjejí zvířata&lt;br /&gt;
&lt;br /&gt;
*Uhelné&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Velké emise&lt;br /&gt;
**Tvoří ~33 % produkce v ČR&lt;br /&gt;
**Generují, pokud je &amp;quot;dark spread&amp;quot; (spotová cena elekřiny - náklady na generování) kladný&lt;br /&gt;
***V nákladech je schována cena uhlí, které nakoupeno dopředu a efektivita převodu&lt;br /&gt;
**Ramp-up time (~4-8h)&lt;br /&gt;
&lt;br /&gt;
*Zemní plyn&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Tvoří ~5 % produkce v ČR&lt;br /&gt;
**Poměrně nízké emise (oproti uhelným)&lt;br /&gt;
**Generují, pokud je &amp;quot;spark spread&amp;quot; kladný, tedy spark_spread = spot_cena_elektříny - koeficient_neefektivity_převodu * spotová_cena_plynu&lt;br /&gt;
**Ramp-up time kratší oproti uhelným (~10-30 min pro rycheljší &amp;quot;peaking&amp;quot; elektrárny)&lt;br /&gt;
**Efektivně jde o &amp;quot;binární dispatch&amp;quot; buďto generují maximum (krom ramp-up time), nebo nic&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Zjistit které zdroje (jaké typy elektráren) by šly nahradit plynovými (a jakým počtem),&lt;br /&gt;
jak by to ovlivnilo cenu elektřiny, případně její nedostatek.&lt;br /&gt;
Simulace bude provedena na datech od roku 2017-2024 (včetně)&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
*Investoři do energetiky a výstavby elektráren&lt;br /&gt;
*Analytici energetické sítě&lt;br /&gt;
*Obchodníci s energií&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Systémová dynamika v prostředí Vensim&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Generování (MW) dle typu elektrárny v čase (použití hist. data)&lt;br /&gt;
**přeneseně vliv počasí (skrytý v generování z obnovitelných zdrojů)&lt;br /&gt;
*Load - spotřebovaná elektřina (použití hist. dat)&lt;br /&gt;
*Spotová cena elektřiny (použití hist. dat + úpravou supply-demand modelu při vynechání určitého typu generování)&lt;br /&gt;
*Spotová cena zemního plynu (použití hist. dat)&lt;br /&gt;
*Výkon plynové elektrárny&lt;br /&gt;
*Efektivita převodu plynu na elektřinu&lt;br /&gt;
*Ramp-up time plynové elektrárny&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Load + generování dle typu - https://transparency.entsoe.eu/dashboard/show &lt;br /&gt;
*Spotová cena plynu &amp;amp; elektřiny - https://www.ote-cr.cz/en/short-term-markets/electricity/intra-day-market&lt;br /&gt;
*Informace o plynových elektrárnách z odborných článků&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 15:37, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 16:22, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj hodnoty investičních portfolií v čase ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Investoři řeší otázku, jak složit své portfolio z různých typů aktiv, aby dosáhli co nejlepšího zhodnocení při co nejnižším riziku. Výnosy aktiv jako akcie, dluhopisy nebo termínované vklady jsou proměnlivé a závisí na ekonomickém cyklu i dalších faktorech. Cílem této simulace je ukázat, jak se v čase chovají tři různá portfolia (konzervativní, vyvážené, dynamické), která mají různý podíl akcií (S&amp;amp;P 500), státních dluhopisů (US Government Bonds) a termínovaných vkladů (EURIBOR). Simulace má přiblížit, jak se mění riziko a výnos v závislosti na délce investičního horizontu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je porovnat vývoj hodnoty tří typů portfolií v čase, zobrazit možná rozpětí výnosů a ověřit, zda se výnosy skutečně stabilizují s rostoucím časem. Pomocí Monte Carlo simulace budu generovat výnosy jednotlivých tříd aktiv na základě historických dat, a tím vytvářet stovky scénářů vývoje. Tyto výstupy budou následně agregovány do tzv. tunelového grafu, který názorně ukáže, jak se s prodlužujícím horizontem snižuje rozptyl možných výsledků (čím delší doba, tím menší rozpětí výsledků a větší šance návratu k průměru).&lt;br /&gt;
&lt;br /&gt;
Zároveň do simulace nově přidávám porovnání mezi jednotlivými portfolii napříč simulacemi – například jak často konzervativní portfolio překoná dynamické, a naopak. To bude vyjádřeno procentuálně a pomůže určit, které portfolio má vyšší pravděpodobnost lepšího výsledku. Tento rozměr umožní lépe interpretovat výkonnost strategií nejen z pohledu průměru, ale i z hlediska dominance v různých scénářích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace lze využít jako edukační nástroj pro individuální investory nebo finanční poradce. Simulace může posloužit i jako ilustrativní model pro vysvětlení diverzifikace, složeného úročení a vlivu volatility na dlouhodobé zhodnocení. Porovnání mezi strategiemi se hodí také pro rozhodování mezi bezpečnou a rizikovější investicí podle konkrétních preferencí klienta.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Monte Carlo simulace v prostředí Microsoft Excel (případně Python). Roční výnosy budou generovány z normálního rozdělení na základě parametrů odvozených z historických dat. Cílem není přesná predikce, ale realistická ilustrace možného vývoje na základě historických trendů. Výsledky budou vizualizovány pomocí tunelových grafů a tabulek dominance.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
====Definované předem:====&lt;br /&gt;
&lt;br /&gt;
portfolio_composition – rozložení mezi stocks / bonds / deposits&lt;br /&gt;
&lt;br /&gt;
initial_investment – počáteční kapitál&lt;br /&gt;
&lt;br /&gt;
investment_horizon – délka investice (v letech)&lt;br /&gt;
&lt;br /&gt;
avg_return_stock, avg_return_bond, avg_return_deposit – průměrné výnosy tříd aktiv&lt;br /&gt;
&lt;br /&gt;
volatility_stock, volatility_bond, volatility_deposit – směrodatná odchylka výnosů&lt;br /&gt;
&lt;br /&gt;
====Náhodné proměnné:====&lt;br /&gt;
&lt;br /&gt;
annual_return_stock&lt;br /&gt;
&lt;br /&gt;
annual_return_bond&lt;br /&gt;
&lt;br /&gt;
annual_return_deposit&lt;br /&gt;
&lt;br /&gt;
portfolio_win_comparison – binární proměnné (1/0), určující která strategie „vyhrála“ v daném běhu&lt;br /&gt;
&lt;br /&gt;
Všechny náhodné výnosy budou generovány z normálního rozdělení s parametry vypočtenými z historických dat. Pokud budou data nedostatečná, uvažuji alternativu &lt;br /&gt;
podle konzervativního odhadu nebo literatury.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Akcie – S&amp;amp;P 500: https://pages.stern.nyu.edu/~adamodar/New_Home_Page/datafile/spearn.htm&lt;br /&gt;
&lt;br /&gt;
Státní dluhopisy – US 10Y Treasury Bonds: stejný zdroj (Stern NYU)&lt;br /&gt;
&lt;br /&gt;
Termínované vklady – EURIBOR: https://www.euribor-rates.eu/en/euribor-rates-by-year/&lt;br /&gt;
&lt;br /&gt;
:: Když už dopředu víte, že &amp;quot;Roční výnosy budou generovány z normálního rozdělení&amp;quot; tak to není Monte Carlo, které je právě založené na odvození pravděpodobnostních rozdělení. Buďto specifikujte, jak budete pravděpodobnostní rozdělení z dat odvozovat, nebo zkuste něco jiného. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:03, 19 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26744</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26744"/>
		<updated>2025-05-23T07:04:17Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* [UPRAVENO] Simulace: Pavlovovo podmiňování v agentním modelu */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření houby Ophiocordyceps mezi mravenci ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Model simuluje, jak parazitická houba Ophiocordyceps unilateralis infikuje kolonie mravenců a manipuluje jejich chování, až do tzv. „death grip“ fáze. V této fázi parazit manipuluje mravence tak, že vyšplhá na list nebo větev, pevně se do ní zakousne a zemře. Tím se jeho tělo dostane do výšky, kde se spory houby mohou lépe rozptýlit a dopadnout na okolní vegetaci či další mravence. BioMed Central. Počáteční kolonii představují zdraví dělníci, později nakažení jedinci, kteří šíří infekci kontaktem.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak se infekce houbou Cordyceps šíří v mravenčí populaci a jak různé faktory ovlivňují její rychlost a rozsah. Simulace se zaměřuje na jednoduchý model přenosu infekce prostřednictvím kontaktu se sporami a sleduje vývoj šíření v čase.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* pro ekologický výzkum – simulace může sloužit jako nástroj pro lepší porozumění tomu, jak se šíří specializovaní parazité v přirozeném prostředí&lt;br /&gt;
* pro vzdělávací účely&lt;br /&gt;
* prediktivní nástroj – testování hypotéz bez nutnosti zásahů do reálných populací, např. jak se změní průběh infekce při jiném mikroklimatu, nebo jak důležitá je hustota tras&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo. V tomto modelu agenti představují jednotlivé mravence a prostředí reprezentuje síť mravenčích tras v rámci kolonie a jejího okolí. Každý agent má svůj stav (zdravý, infikovaný, mrtvý) a podle toho mění své chování.&lt;br /&gt;
Každý mravenec se v prostředí pohybuje podle jednoduchých pravidel. Pokud narazí na infekční místo, tedy místo, kde předtím zemřel jiný nakažený jedinec, může se nakazit. Po inkubační době se jeho chování změní a následně zemře, čímž vytvoří nové infekční místo. Šíření infekce je tedy zprostředkováno kontaktem zdravých jedinců s místy, kde dříve došlo k úmrtí nakaženého mravence.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet mravenců na začátku&lt;br /&gt;
 • počet počátečních nakažených jedinců&lt;br /&gt;
pravděpodobnost nákazy při kontaktu se sporami&lt;br /&gt;
 • inkubační doba&lt;br /&gt;
 • doba, po kterou zůstává místo infekční po smrti mravence&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • umístění počátečně nakažených jedinců&lt;br /&gt;
 • směr a trasa pohybu jednotlivých mravenců&lt;br /&gt;
 • výsledný počet nakažených, mrtvých a zdravých mravenců (mění se mezi běhy)&lt;br /&gt;
 • prostorový vzorec šíření infekce&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC3506477/ Živitnost spor houby Beauveria bassiana]&lt;br /&gt;
* [https://cals.cornell.edu/integrated-pest-management/outreach-education/fact-sheets/beauveria-bassiana  Beauveria bassiana]&lt;br /&gt;
* [https://www.westernexterminator.com/ants/the-ant-colony-structure-and-roles Struktura a role v mravenčích koloniích]&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC8430825/  Toxiny Beauveria bassiana a strategie pro zvýšení virulence]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:55, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Tento typ simulace není až tak originální, ale kvituji, že volíte zcela konkrétní situaci. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:49, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace provozu čajovny s vodní dýmkou s cílem optimalizace obsluhy a nabídky ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat provoz specifického typu podniku – čajovny s vodní dýmkou, která má kapacitu přibližně 40 míst k sezení a funguje každý den od 16:00 do 01:00. V provozu se střídá 5 zaměstnanců, přičemž v danou chvíli jsou přítomni 1 až 3 zaměstnanci podle aktuální návštěvnosti. Cílem je optimalizovat provozní strategii čajovny, především v oblasti personálního obsazení, nabídky produktů (čaje, tabáky, doplňkové občerstvení), a doby obsluhy. Simulace pomůže lépe pochopit tok zákazníků, identifikovat špičky v návštěvnosti a navrhnout efektivnější model plánování směn i zásob.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Kolik zaměstnanců je optimální mít přítomných v jednotlivých hodinách/dnech&lt;br /&gt;
*Jaký je očekávaný zisk při různých strategiích obsazení a nabídky&lt;br /&gt;
*Vliv produktového mixu (čaj, dýmky, občerstvení) na výnos&lt;br /&gt;
*Identifikace hodin/dní se špičkami v návštěvnosti&lt;br /&gt;
*Optimalizace času obsluhy vs. počet zákazníků na směnu&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Provozovatelem čajovny při plánování směn a zásobování&lt;br /&gt;
*Potenciálními investory při zvažování rozšíření podniku nebo franšízy&lt;br /&gt;
*Analytiky provozních dat pro zvýšení efektivity&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace nebo systémová dynamika (např. ve Vensimu) &lt;br /&gt;
*Simulační prostředí: Excel nebo Vensim (pro systémové vazby jako sklad – poptávka – personál)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
*hour_of_day – hodina v rámci otevírací doby (16:00–01:00) &lt;br /&gt;
*day_of_week – den v týdnu (některé dny mají vyšší návštěvnost) &lt;br /&gt;
*seats_available – počet volných míst v daném okamžiku (max. 40) &lt;br /&gt;
*employee_count – počet zaměstnanců přítomných na směně (1–3) &lt;br /&gt;
*menu_items – seznam položek (čaj, dýmka, občerstvení), každá má průměrnou dobu přípravy a marži&lt;br /&gt;
Náhodné: &lt;br /&gt;
*customer_arrival_rate – náhodný tok zákazníků podle dne a hodiny &lt;br /&gt;
*stay_duration – průměrná délka pobytu zákazníka (např. 90–180 minut) &lt;br /&gt;
*order_type_distribution – rozdělení typů objednávek (např. 40 % čaj + dýmka, 30 % jen dýmka, 20 % čaj, 10 % vše) &lt;br /&gt;
*order_size – kolik toho skupina objedná *satisfaction_index – míra spokojenosti zákazníků ovlivněná délkou čekání a dostupností obsluhy&lt;br /&gt;
Výstupní proměnné: &lt;br /&gt;
*profit_per_hour – zisk za hodinu (součet tržeb – náklady na zaměstnance a suroviny) &lt;br /&gt;
*average_wait_time – průměrná doba čekání na obsluhu &lt;br /&gt;
*employee_utilization – míra vytíženosti zaměstnanců (např. obsluha vs. doba nečinnosti)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Simulovaná historická data návštěvnosti podle dne a hodiny (na základě kvalifikovaného odhadu nebo rozhovoru s provozovatelem) &lt;br /&gt;
*Ceník nabízených produktů a čas potřebný na jejich přípravu &lt;br /&gt;
*Náklady na zaměstnance (mzda za hodinu) &lt;br /&gt;
*Průměrná marže na jednotlivé položky &lt;br /&gt;
*Statistické odhady délky pobytu zákazníků podle dne a hodiny&lt;br /&gt;
Tato simulace může být rozšířena o pokročilejší strategii, například dynamické přizpůsobení cen podle obsazenosti (happy hour), nebo zavedení rezervačního systému pro sledování předpokládané návštěvnosti.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 17:38, 17 May 2025 (CET)&lt;br /&gt;
:: ve Vensimu by to šlo, důležité je pak ve zprávě k simulaci uvést, jak jste k rovnicím uvedených v modelu přišel. '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:09, 19 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
: Tohle je právě potřeba mít promyšleno už u toho zadání. Povedlo se Vám to mezitím rozpracovat? Takhle &amp;quot;od boku&amp;quot; mi samozřejmě dává větší smysl mít tam náhodnou proměnnou z nějakého relevantního rozdělení. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:52, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''RE: UPŘESNĚNÍ'''. Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::: Nevím, tak jak to navrhujete, tam nevidím optimalizaci kontrol, ale maximálně tak způsob pobíhání po voze, což bude vždy spíš do značné míry nahodilé. Protože v uzavřeném prostoru půjde víceméně jen o vzdálenost mezi stanicemi a tudíž čas, který je k dispozici. Pokud by se optimalizovaly kontroly, mělo by jít především o rozmístění revizorů v různých místech metra v různých časech s ohledem na provoz. Tam bych viděl přínos slušný. Pokud by něco takového pro Vás bylo zajímavé, pak '''schváleno''', jinak o tom prosím ještě popřemýšlejte. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:02, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== [UPRAVENO] Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
''' Jaké proměnné budou v simulaci '''&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
''' Jaké proměnné budou náhodné '''&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
''' Na jakých datech budou proměnné založené '''&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
''' Na jakých datech jsou založeny vzorce v simulaci (chování modelu) '''&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Jak bude simulace realizována ===&lt;br /&gt;
Simulace bude pracovat s '''jedním agentem''', který reprezentuje psa. Tento agent nebude modelovat neuronovou síť, ale bude využívat jednoduchý behaviorální model založený na '''Rescorla-Wagnerově teorii klasického podmiňování'''.&lt;br /&gt;
&lt;br /&gt;
Agent bude mít:&lt;br /&gt;
* stavovou proměnnou '''V''' (síla asociace),&lt;br /&gt;
* pravidla pro aktualizaci hodnoty V podle podnětů,&lt;br /&gt;
* a pravděpodobnostní reakci na základě aktuální hodnoty V.&lt;br /&gt;
&lt;br /&gt;
V každém kole simulace:&lt;br /&gt;
# Zazní nebo nezazní zvonek (podmíněný podnět).&lt;br /&gt;
# Podá se nebo nepodá jídlo (nepodmíněný podnět).&lt;br /&gt;
# Pokud dojde k párování zvonek + jídlo → hodnota V se aktualizuje podle vzorce:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ΔV = α × β × (λ − V)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
# Pokud zazní pouze zvonek → agent reaguje sliněním s pravděpodobností rovnou aktuální hodnotě V.&lt;br /&gt;
# Pokud nezazní zvonek → agent nereaguje.&lt;br /&gt;
&lt;br /&gt;
==== Vizualizace chování agenta ====&lt;br /&gt;
Pro názornost bude výsledkem graf vývoje síly podmíněné reakce (slinění) v závislosti na počtu pokusů. Umožní to sledovat:&lt;br /&gt;
* růst reakce při opakovaném posílení,&lt;br /&gt;
* vyhasínání reakce při absenci jídla (extinkci),&lt;br /&gt;
* znovuvytvoření reakce při novém cyklu posilování.&lt;br /&gt;
&lt;br /&gt;
==== Textová reprezentace logiky agenta ====&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Stav agenta:&lt;br /&gt;
- V (síla asociace): číslo mezi 0 a 1&lt;br /&gt;
&lt;br /&gt;
Každý cyklus:&lt;br /&gt;
1. Zazní zvonek?&lt;br /&gt;
2. Podá se jídlo?&lt;br /&gt;
3. Pokud ANO + ANO → aktualizuj V podle vzorce&lt;br /&gt;
4. Pokud ANO + NE → proveď reakci (pravděpodobnost slinění = V)&lt;br /&gt;
5. Pokud NE → žádná reakce&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Možné rozšíření ====&lt;br /&gt;
V rozšířené verzi lze simulovat více agentů (např. různě rychlí psi s různými hodnotami α a β), ale základní model bude sledovat jednoho psa pro lepší přehled o chování a efektu učení.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: [[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 10:28, 16 May 2025 (CET) Přidána sekce, jak by měla být simulace realizována.&lt;br /&gt;
&lt;br /&gt;
::: OK, ale jak to popisujete, jde o typickou úlohu pro Vensim. Netlogo na to fakt není vhodné. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:04, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Nápad zajímavý, ale připadá mi to velmi vágní, spousta &amp;quot;měkkých&amp;quot; faktorů. Buďto to zkuste rozpracovat do detailu, aby bylo lépe vidět, jakou cestou byste se vydal nebo zvažte jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:32, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, na tohle by byl ideální Simprocess, který už bohužel není k dispozici. Simulace jako taková je poměrně triviální, určitě doložte zdroje dat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:36, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, vyberte si prosím jednu zcela konkrétní linku. Budete to mít daleko snazší s daty. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:38, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Máte to popsáno dost obecně. Předpokládám, že budete pracovat s konkrétními druhy, konkrétním prostředím, apod. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:40, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
:::: Sestavila bych z několika reportů z festivalů, projektů a case studies dataset, ze kterého by se následně odvodilo pravděpodobnostní rozdělení, např. z:&lt;br /&gt;
::::*[https://www.mdpi.com/2071-1050/13/1/247 Case study litevských festivalů]&lt;br /&gt;
::::*[https://aodr.org/xml/24992/24992.pdf Coffee cups case study]&lt;br /&gt;
::::*[https://www.pcma.org/reusable-cups-make-splash-wasteexpo-2024/ WasteExpo 2024]&lt;br /&gt;
::::*[https://www.docadevizes.org.uk/wp-content/uploads/2024/01/WF23-Reusable-Cups-Pilot-Report.pdf Winter festival report 2023]&lt;br /&gt;
::::*[https://www.closedlooppartners.com/wp-content/uploads/2025/02/Petaluma-Reusable-Cup-Project-Results-Report.pdf Petaluma Reusable Cup Project Report]&lt;br /&gt;
::::*[https://www.simulace.info/index.php/File:Report_reusable_tableware_at_festivals.pdf Reusable tableware report]&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 06:17, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::OK. Leží v tom jádro celé simulace, tak si dejte na tom záležet. '''Schváleno'''. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:09, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vytížení osobních výtahů v budově ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výtahové systémy ve vícepodlažních budovách čelí výzvám spojeným s efektivním přepravováním cestujících mezi patry, zejména v době špičky. Doba čekání, kapacita výtahu, trasa, kterou výtah zvolí, a ochota cestujících čekat hrají klíčovou roli v celkové efektivitě přepravy. Cestující mají rozdílné chování – někteří volí výtah i pro krátké vzdálenosti, jiní raději jdou pěšky. Jejich motivace závisí mimo jiné na vzdálenosti, směru (dolů či nahoru) a době čekání. Nesprávně navržený systém může vést k přetížení výtahu, neefektivním jízdám a nespokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat efektivitu výtahového systému v budově na základě různých parametrů, jako je počet pater, kapacita výtahu, algoritmus řízení, frekventovanost pater v čase a chování cestujících a pomoct stanovit optimální konfiguraci pro modelovanou budovu. Simulace by měla pomoci optimalizovat provoz výtahu, snížit průměrnou čekací dobu, zvýšit propustnost systému a zohlednit realistické rozhodování cestujících (včetně volby jít po schodech). Dále bude možné testovat různé řídicí algoritmy výtahu a jejich dopad na efektivitu systému.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít:&lt;br /&gt;
* Projektanti a architekti při navrhování nových výtahových systémů&lt;br /&gt;
* Výrobci a dodavatelé výtahů&lt;br /&gt;
* Simulační analytici pro zlepšení dopravních toků ve výškových budovách&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo, které je určeno pro agentní modelování. V modelu budou jednotlivé součásti systému – cestující, výtah a patra – reprezentovány jako agenti, kteří interagují mezi sebou a s prostředím na základě pravidel.&lt;br /&gt;
&lt;br /&gt;
Simulace bude zahrnovat parametry jako kapacita výtahu, rychlost jízdy, doba otevírání dveří, algoritmus řízení a časové rozložení příchodů cestujících. Interaktivní ovládání (pomocí posuvníků a přepínačů) umožní snadné testování různých scénářů a optimalizaci výtahového systému z hlediska plynulosti a spokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
* Počet pater budovy&lt;br /&gt;
* Kapacita výtahu&lt;br /&gt;
* Rychlost výtahu (čas mezi patry)&lt;br /&gt;
* Doba zastávky výtahu (otevření, zavření dveří, nástup/výstup)&lt;br /&gt;
* Algoritmus řízení výtahu (např. SCAN, nejbližší volání, kolektivní řízení)&lt;br /&gt;
* Časový úsek simulace (např. ranní špička: 7:30–9:00)&lt;br /&gt;
* Příslušnost cestujících k patrům a logika cesty&lt;br /&gt;
&lt;br /&gt;
'''Náhodné / dynamické:'''&lt;br /&gt;
* Frekvence příchodu cestujících v čase (v časech špičky vyšší) &amp;gt; Počet cestujících ve vstupní hale v různých časech&lt;br /&gt;
* Startovní a cílové patro cestujících&lt;br /&gt;
* Motivace cestujících použít schody (závisí na vzdálenosti, směru, době čekání)&lt;br /&gt;
* Rozhodovací doba cestujících (jak dlouho čekají, než jdou pěšky)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://download.peters-research.com/library/Measuring_and_Simulating_Elevator_Passengers_in_Existing_Buildings.pdf Vytížení výtahu v kancelářské budově]&lt;br /&gt;
* [https://liftescalatorlibrary.org/paper_indexing/papers/00000051.pdf Vytížení výtahu v obytné budově]&lt;br /&gt;
* [https://dev.to/thesaltree/elevator-scheduling-algorithms-fcfs-sstf-scan-and-look-2pae Typy výtahových algoritmů]&lt;br /&gt;
* [https://www.kone.cz/studio/tool/#/products Typické konfigurace a technické parametry výtahů]&lt;br /&gt;
* [https://digitalcommons.chapman.edu/cgi/viewcontent.cgi?article=1274&amp;amp;context=psychology_articles Rozhodování cestujících a vytížení výtahu v obytné budově]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:ZdenekP|pecz00]] ([[User talk:ZdenekP|talk]]) 12:22, 17 May 2025 (CET)&lt;br /&gt;
== Simulace: Možnosti využití plynových elektráren v ČR ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Spotřeba elektřiny se během dne mění a s tím i struktura zdrojů pro výrobu elektřiny.&lt;br /&gt;
Zemní plyn v posledních letech kvůli politickké situaci ve světě zdražil a tím pádem se změnily i náklady na provoz plynových elektráren.&lt;br /&gt;
&lt;br /&gt;
Pojmy:&lt;br /&gt;
*BASE LOAD (0:00 - 24:00) - zákaldní úroveň odběru po celý den&lt;br /&gt;
*PEAK LOAD (8:00 - 20:00) - odběr v hodinách největší poptávky&lt;br /&gt;
*OFFPEAK LOAD (0:00 - 8:00, 20:00 - 24:00) - odběr mimo největší poptávku&lt;br /&gt;
*Ramp-up time - jak dlouho trvá elektrárně přechod z vypnutého stavu do plného výkonu&lt;br /&gt;
&lt;br /&gt;
Typy elektráren:&lt;br /&gt;
*Jaderné:&lt;br /&gt;
**Drahé na výstavbu a proto běží pořád (pokrývají base load)&lt;br /&gt;
**Pokrývají ~40 % produkce v ČR&lt;br /&gt;
&lt;br /&gt;
*Větrné/solární&lt;br /&gt;
**Poměrně levné na výstavbu (ignorujeme životnost)&lt;br /&gt;
**Generují podle počasí (pokrývají spíše peak load 8-20h)&lt;br /&gt;
**Tvoří ~6,5 % produkce v ČR&lt;br /&gt;
**Hyzdí krajinu a větrné produkují infrazvuk a zabíjejí zvířata&lt;br /&gt;
&lt;br /&gt;
*Uhelné&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Velké emise&lt;br /&gt;
**Tvoří ~33 % produkce v ČR&lt;br /&gt;
**Generují, pokud je &amp;quot;dark spread&amp;quot; (spotová cena elekřiny - náklady na generování) kladný&lt;br /&gt;
***V nákladech je schována cena uhlí, které nakoupeno dopředu a efektivita převodu&lt;br /&gt;
**Ramp-up time (~4-8h)&lt;br /&gt;
&lt;br /&gt;
*Zemní plyn&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Tvoří ~5 % produkce v ČR&lt;br /&gt;
**Poměrně nízké emise (oproti uhelným)&lt;br /&gt;
**Generují, pokud je &amp;quot;spark spread&amp;quot; kladný, tedy spark_spread = spot_cena_elektříny - koeficient_neefektivity_převodu * spotová_cena_plynu&lt;br /&gt;
**Ramp-up time kratší oproti uhelným (~10-30 min pro rycheljší &amp;quot;peaking&amp;quot; elektrárny)&lt;br /&gt;
**Efektivně jde o &amp;quot;binární dispatch&amp;quot; buďto generují maximum (krom ramp-up time), nebo nic&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Zjistit které zdroje (jaké typy elektráren) by šly nahradit plynovými (a jakým počtem),&lt;br /&gt;
jak by to ovlivnilo cenu elektřiny, případně její nedostatek.&lt;br /&gt;
Simulace bude provedena na datech od roku 2017-2024 (včetně)&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
*Investoři do energetiky a výstavby elektráren&lt;br /&gt;
*Analytici energetické sítě&lt;br /&gt;
*Obchodníci s energií&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Systémová dynamika v prostředí Vensim&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Generování (MW) dle typu elektrárny v čase (použití hist. data)&lt;br /&gt;
**přeneseně vliv počasí (skrytý v generování z obnovitelných zdrojů)&lt;br /&gt;
*Load - spotřebovaná elektřina (použití hist. dat)&lt;br /&gt;
*Spotová cena elektřiny (použití hist. dat + úpravou supply-demand modelu při vynechání určitého typu generování)&lt;br /&gt;
*Spotová cena zemního plynu (použití hist. dat)&lt;br /&gt;
*Výkon plynové elektrárny&lt;br /&gt;
*Efektivita převodu plynu na elektřinu&lt;br /&gt;
*Ramp-up time plynové elektrárny&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Load + generování dle typu - https://transparency.entsoe.eu/dashboard/show &lt;br /&gt;
*Spotová cena plynu &amp;amp; elektřiny - https://www.ote-cr.cz/en/short-term-markets/electricity/intra-day-market&lt;br /&gt;
*Informace o plynových elektrárnách z odborných článků&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 15:37, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 16:22, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj hodnoty investičních portfolií v čase ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Investoři řeší otázku, jak složit své portfolio z různých typů aktiv, aby dosáhli co nejlepšího zhodnocení při co nejnižším riziku. Výnosy aktiv jako akcie, dluhopisy nebo termínované vklady jsou proměnlivé a závisí na ekonomickém cyklu i dalších faktorech. Cílem této simulace je ukázat, jak se v čase chovají tři různá portfolia (konzervativní, vyvážené, dynamické), která mají různý podíl akcií (S&amp;amp;P 500), státních dluhopisů (US Government Bonds) a termínovaných vkladů (EURIBOR). Simulace má přiblížit, jak se mění riziko a výnos v závislosti na délce investičního horizontu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je porovnat vývoj hodnoty tří typů portfolií v čase, zobrazit možná rozpětí výnosů a ověřit, zda se výnosy skutečně stabilizují s rostoucím časem. Pomocí Monte Carlo simulace budu generovat výnosy jednotlivých tříd aktiv na základě historických dat, a tím vytvářet stovky scénářů vývoje. Tyto výstupy budou následně agregovány do tzv. tunelového grafu, který názorně ukáže, jak se s prodlužujícím horizontem snižuje rozptyl možných výsledků (čím delší doba, tím menší rozpětí výsledků a větší šance návratu k průměru).&lt;br /&gt;
&lt;br /&gt;
Zároveň do simulace nově přidávám porovnání mezi jednotlivými portfolii napříč simulacemi – například jak často konzervativní portfolio překoná dynamické, a naopak. To bude vyjádřeno procentuálně a pomůže určit, které portfolio má vyšší pravděpodobnost lepšího výsledku. Tento rozměr umožní lépe interpretovat výkonnost strategií nejen z pohledu průměru, ale i z hlediska dominance v různých scénářích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace lze využít jako edukační nástroj pro individuální investory nebo finanční poradce. Simulace může posloužit i jako ilustrativní model pro vysvětlení diverzifikace, složeného úročení a vlivu volatility na dlouhodobé zhodnocení. Porovnání mezi strategiemi se hodí také pro rozhodování mezi bezpečnou a rizikovější investicí podle konkrétních preferencí klienta.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Monte Carlo simulace v prostředí Microsoft Excel (případně Python). Roční výnosy budou generovány z normálního rozdělení na základě parametrů odvozených z historických dat. Cílem není přesná predikce, ale realistická ilustrace možného vývoje na základě historických trendů. Výsledky budou vizualizovány pomocí tunelových grafů a tabulek dominance.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
====Definované předem:====&lt;br /&gt;
&lt;br /&gt;
portfolio_composition – rozložení mezi stocks / bonds / deposits&lt;br /&gt;
&lt;br /&gt;
initial_investment – počáteční kapitál&lt;br /&gt;
&lt;br /&gt;
investment_horizon – délka investice (v letech)&lt;br /&gt;
&lt;br /&gt;
avg_return_stock, avg_return_bond, avg_return_deposit – průměrné výnosy tříd aktiv&lt;br /&gt;
&lt;br /&gt;
volatility_stock, volatility_bond, volatility_deposit – směrodatná odchylka výnosů&lt;br /&gt;
&lt;br /&gt;
====Náhodné proměnné:====&lt;br /&gt;
&lt;br /&gt;
annual_return_stock&lt;br /&gt;
&lt;br /&gt;
annual_return_bond&lt;br /&gt;
&lt;br /&gt;
annual_return_deposit&lt;br /&gt;
&lt;br /&gt;
portfolio_win_comparison – binární proměnné (1/0), určující která strategie „vyhrála“ v daném běhu&lt;br /&gt;
&lt;br /&gt;
Všechny náhodné výnosy budou generovány z normálního rozdělení s parametry vypočtenými z historických dat. Pokud budou data nedostatečná, uvažuji alternativu &lt;br /&gt;
podle konzervativního odhadu nebo literatury.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Akcie – S&amp;amp;P 500: https://pages.stern.nyu.edu/~adamodar/New_Home_Page/datafile/spearn.htm&lt;br /&gt;
&lt;br /&gt;
Státní dluhopisy – US 10Y Treasury Bonds: stejný zdroj (Stern NYU)&lt;br /&gt;
&lt;br /&gt;
Termínované vklady – EURIBOR: https://www.euribor-rates.eu/en/euribor-rates-by-year/&lt;br /&gt;
&lt;br /&gt;
:: Když už dopředu víte, že &amp;quot;Roční výnosy budou generovány z normálního rozdělení&amp;quot; tak to není Monte Carlo, které je právě založené na odvození pravděpodobnostních rozdělení. Buďto specifikujte, jak budete pravděpodobnostní rozdělení z dat odvozovat, nebo zkuste něco jiného. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:03, 19 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26743</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26743"/>
		<updated>2025-05-23T07:02:22Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Kontrola jízdenek v MHD */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření houby Ophiocordyceps mezi mravenci ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Model simuluje, jak parazitická houba Ophiocordyceps unilateralis infikuje kolonie mravenců a manipuluje jejich chování, až do tzv. „death grip“ fáze. V této fázi parazit manipuluje mravence tak, že vyšplhá na list nebo větev, pevně se do ní zakousne a zemře. Tím se jeho tělo dostane do výšky, kde se spory houby mohou lépe rozptýlit a dopadnout na okolní vegetaci či další mravence. BioMed Central. Počáteční kolonii představují zdraví dělníci, později nakažení jedinci, kteří šíří infekci kontaktem.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak se infekce houbou Cordyceps šíří v mravenčí populaci a jak různé faktory ovlivňují její rychlost a rozsah. Simulace se zaměřuje na jednoduchý model přenosu infekce prostřednictvím kontaktu se sporami a sleduje vývoj šíření v čase.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* pro ekologický výzkum – simulace může sloužit jako nástroj pro lepší porozumění tomu, jak se šíří specializovaní parazité v přirozeném prostředí&lt;br /&gt;
* pro vzdělávací účely&lt;br /&gt;
* prediktivní nástroj – testování hypotéz bez nutnosti zásahů do reálných populací, např. jak se změní průběh infekce při jiném mikroklimatu, nebo jak důležitá je hustota tras&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo. V tomto modelu agenti představují jednotlivé mravence a prostředí reprezentuje síť mravenčích tras v rámci kolonie a jejího okolí. Každý agent má svůj stav (zdravý, infikovaný, mrtvý) a podle toho mění své chování.&lt;br /&gt;
Každý mravenec se v prostředí pohybuje podle jednoduchých pravidel. Pokud narazí na infekční místo, tedy místo, kde předtím zemřel jiný nakažený jedinec, může se nakazit. Po inkubační době se jeho chování změní a následně zemře, čímž vytvoří nové infekční místo. Šíření infekce je tedy zprostředkováno kontaktem zdravých jedinců s místy, kde dříve došlo k úmrtí nakaženého mravence.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet mravenců na začátku&lt;br /&gt;
 • počet počátečních nakažených jedinců&lt;br /&gt;
pravděpodobnost nákazy při kontaktu se sporami&lt;br /&gt;
 • inkubační doba&lt;br /&gt;
 • doba, po kterou zůstává místo infekční po smrti mravence&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • umístění počátečně nakažených jedinců&lt;br /&gt;
 • směr a trasa pohybu jednotlivých mravenců&lt;br /&gt;
 • výsledný počet nakažených, mrtvých a zdravých mravenců (mění se mezi běhy)&lt;br /&gt;
 • prostorový vzorec šíření infekce&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC3506477/ Živitnost spor houby Beauveria bassiana]&lt;br /&gt;
* [https://cals.cornell.edu/integrated-pest-management/outreach-education/fact-sheets/beauveria-bassiana  Beauveria bassiana]&lt;br /&gt;
* [https://www.westernexterminator.com/ants/the-ant-colony-structure-and-roles Struktura a role v mravenčích koloniích]&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC8430825/  Toxiny Beauveria bassiana a strategie pro zvýšení virulence]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:55, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Tento typ simulace není až tak originální, ale kvituji, že volíte zcela konkrétní situaci. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:49, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace provozu čajovny s vodní dýmkou s cílem optimalizace obsluhy a nabídky ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat provoz specifického typu podniku – čajovny s vodní dýmkou, která má kapacitu přibližně 40 míst k sezení a funguje každý den od 16:00 do 01:00. V provozu se střídá 5 zaměstnanců, přičemž v danou chvíli jsou přítomni 1 až 3 zaměstnanci podle aktuální návštěvnosti. Cílem je optimalizovat provozní strategii čajovny, především v oblasti personálního obsazení, nabídky produktů (čaje, tabáky, doplňkové občerstvení), a doby obsluhy. Simulace pomůže lépe pochopit tok zákazníků, identifikovat špičky v návštěvnosti a navrhnout efektivnější model plánování směn i zásob.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Kolik zaměstnanců je optimální mít přítomných v jednotlivých hodinách/dnech&lt;br /&gt;
*Jaký je očekávaný zisk při různých strategiích obsazení a nabídky&lt;br /&gt;
*Vliv produktového mixu (čaj, dýmky, občerstvení) na výnos&lt;br /&gt;
*Identifikace hodin/dní se špičkami v návštěvnosti&lt;br /&gt;
*Optimalizace času obsluhy vs. počet zákazníků na směnu&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Provozovatelem čajovny při plánování směn a zásobování&lt;br /&gt;
*Potenciálními investory při zvažování rozšíření podniku nebo franšízy&lt;br /&gt;
*Analytiky provozních dat pro zvýšení efektivity&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace nebo systémová dynamika (např. ve Vensimu) &lt;br /&gt;
*Simulační prostředí: Excel nebo Vensim (pro systémové vazby jako sklad – poptávka – personál)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
*hour_of_day – hodina v rámci otevírací doby (16:00–01:00) &lt;br /&gt;
*day_of_week – den v týdnu (některé dny mají vyšší návštěvnost) &lt;br /&gt;
*seats_available – počet volných míst v daném okamžiku (max. 40) &lt;br /&gt;
*employee_count – počet zaměstnanců přítomných na směně (1–3) &lt;br /&gt;
*menu_items – seznam položek (čaj, dýmka, občerstvení), každá má průměrnou dobu přípravy a marži&lt;br /&gt;
Náhodné: &lt;br /&gt;
*customer_arrival_rate – náhodný tok zákazníků podle dne a hodiny &lt;br /&gt;
*stay_duration – průměrná délka pobytu zákazníka (např. 90–180 minut) &lt;br /&gt;
*order_type_distribution – rozdělení typů objednávek (např. 40 % čaj + dýmka, 30 % jen dýmka, 20 % čaj, 10 % vše) &lt;br /&gt;
*order_size – kolik toho skupina objedná *satisfaction_index – míra spokojenosti zákazníků ovlivněná délkou čekání a dostupností obsluhy&lt;br /&gt;
Výstupní proměnné: &lt;br /&gt;
*profit_per_hour – zisk za hodinu (součet tržeb – náklady na zaměstnance a suroviny) &lt;br /&gt;
*average_wait_time – průměrná doba čekání na obsluhu &lt;br /&gt;
*employee_utilization – míra vytíženosti zaměstnanců (např. obsluha vs. doba nečinnosti)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Simulovaná historická data návštěvnosti podle dne a hodiny (na základě kvalifikovaného odhadu nebo rozhovoru s provozovatelem) &lt;br /&gt;
*Ceník nabízených produktů a čas potřebný na jejich přípravu &lt;br /&gt;
*Náklady na zaměstnance (mzda za hodinu) &lt;br /&gt;
*Průměrná marže na jednotlivé položky &lt;br /&gt;
*Statistické odhady délky pobytu zákazníků podle dne a hodiny&lt;br /&gt;
Tato simulace může být rozšířena o pokročilejší strategii, například dynamické přizpůsobení cen podle obsazenosti (happy hour), nebo zavedení rezervačního systému pro sledování předpokládané návštěvnosti.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 17:38, 17 May 2025 (CET)&lt;br /&gt;
:: ve Vensimu by to šlo, důležité je pak ve zprávě k simulaci uvést, jak jste k rovnicím uvedených v modelu přišel. '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:09, 19 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
: Tohle je právě potřeba mít promyšleno už u toho zadání. Povedlo se Vám to mezitím rozpracovat? Takhle &amp;quot;od boku&amp;quot; mi samozřejmě dává větší smysl mít tam náhodnou proměnnou z nějakého relevantního rozdělení. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:52, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''RE: UPŘESNĚNÍ'''. Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::: Nevím, tak jak to navrhujete, tam nevidím optimalizaci kontrol, ale maximálně tak způsob pobíhání po voze, což bude vždy spíš do značné míry nahodilé. Protože v uzavřeném prostoru půjde víceméně jen o vzdálenost mezi stanicemi a tudíž čas, který je k dispozici. Pokud by se optimalizovaly kontroly, mělo by jít především o rozmístění revizorů v různých místech metra v různých časech s ohledem na provoz. Tam bych viděl přínos slušný. Pokud by něco takového pro Vás bylo zajímavé, pak '''schváleno''', jinak o tom prosím ještě popřemýšlejte. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:02, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== [UPRAVENO] Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
''' Jaké proměnné budou v simulaci '''&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
''' Jaké proměnné budou náhodné '''&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
''' Na jakých datech budou proměnné založené '''&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
''' Na jakých datech jsou založeny vzorce v simulaci (chování modelu) '''&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Jak bude simulace realizována ===&lt;br /&gt;
Simulace bude pracovat s '''jedním agentem''', který reprezentuje psa. Tento agent nebude modelovat neuronovou síť, ale bude využívat jednoduchý behaviorální model založený na '''Rescorla-Wagnerově teorii klasického podmiňování'''.&lt;br /&gt;
&lt;br /&gt;
Agent bude mít:&lt;br /&gt;
* stavovou proměnnou '''V''' (síla asociace),&lt;br /&gt;
* pravidla pro aktualizaci hodnoty V podle podnětů,&lt;br /&gt;
* a pravděpodobnostní reakci na základě aktuální hodnoty V.&lt;br /&gt;
&lt;br /&gt;
V každém kole simulace:&lt;br /&gt;
# Zazní nebo nezazní zvonek (podmíněný podnět).&lt;br /&gt;
# Podá se nebo nepodá jídlo (nepodmíněný podnět).&lt;br /&gt;
# Pokud dojde k párování zvonek + jídlo → hodnota V se aktualizuje podle vzorce:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ΔV = α × β × (λ − V)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
# Pokud zazní pouze zvonek → agent reaguje sliněním s pravděpodobností rovnou aktuální hodnotě V.&lt;br /&gt;
# Pokud nezazní zvonek → agent nereaguje.&lt;br /&gt;
&lt;br /&gt;
==== Vizualizace chování agenta ====&lt;br /&gt;
Pro názornost bude výsledkem graf vývoje síly podmíněné reakce (slinění) v závislosti na počtu pokusů. Umožní to sledovat:&lt;br /&gt;
* růst reakce při opakovaném posílení,&lt;br /&gt;
* vyhasínání reakce při absenci jídla (extinkci),&lt;br /&gt;
* znovuvytvoření reakce při novém cyklu posilování.&lt;br /&gt;
&lt;br /&gt;
==== Textová reprezentace logiky agenta ====&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Stav agenta:&lt;br /&gt;
- V (síla asociace): číslo mezi 0 a 1&lt;br /&gt;
&lt;br /&gt;
Každý cyklus:&lt;br /&gt;
1. Zazní zvonek?&lt;br /&gt;
2. Podá se jídlo?&lt;br /&gt;
3. Pokud ANO + ANO → aktualizuj V podle vzorce&lt;br /&gt;
4. Pokud ANO + NE → proveď reakci (pravděpodobnost slinění = V)&lt;br /&gt;
5. Pokud NE → žádná reakce&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Možné rozšíření ====&lt;br /&gt;
V rozšířené verzi lze simulovat více agentů (např. různě rychlí psi s různými hodnotami α a β), ale základní model bude sledovat jednoho psa pro lepší přehled o chování a efektu učení.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: [[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 10:28, 16 May 2025 (CET) Přidána sekce, jak by měla být simulace realizována.&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Nápad zajímavý, ale připadá mi to velmi vágní, spousta &amp;quot;měkkých&amp;quot; faktorů. Buďto to zkuste rozpracovat do detailu, aby bylo lépe vidět, jakou cestou byste se vydal nebo zvažte jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:32, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, na tohle by byl ideální Simprocess, který už bohužel není k dispozici. Simulace jako taková je poměrně triviální, určitě doložte zdroje dat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:36, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, vyberte si prosím jednu zcela konkrétní linku. Budete to mít daleko snazší s daty. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:38, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Máte to popsáno dost obecně. Předpokládám, že budete pracovat s konkrétními druhy, konkrétním prostředím, apod. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:40, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
:::: Sestavila bych z několika reportů z festivalů, projektů a case studies dataset, ze kterého by se následně odvodilo pravděpodobnostní rozdělení, např. z:&lt;br /&gt;
::::*[https://www.mdpi.com/2071-1050/13/1/247 Case study litevských festivalů]&lt;br /&gt;
::::*[https://aodr.org/xml/24992/24992.pdf Coffee cups case study]&lt;br /&gt;
::::*[https://www.pcma.org/reusable-cups-make-splash-wasteexpo-2024/ WasteExpo 2024]&lt;br /&gt;
::::*[https://www.docadevizes.org.uk/wp-content/uploads/2024/01/WF23-Reusable-Cups-Pilot-Report.pdf Winter festival report 2023]&lt;br /&gt;
::::*[https://www.closedlooppartners.com/wp-content/uploads/2025/02/Petaluma-Reusable-Cup-Project-Results-Report.pdf Petaluma Reusable Cup Project Report]&lt;br /&gt;
::::*[https://www.simulace.info/index.php/File:Report_reusable_tableware_at_festivals.pdf Reusable tableware report]&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 06:17, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::OK. Leží v tom jádro celé simulace, tak si dejte na tom záležet. '''Schváleno'''. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:09, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vytížení osobních výtahů v budově ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výtahové systémy ve vícepodlažních budovách čelí výzvám spojeným s efektivním přepravováním cestujících mezi patry, zejména v době špičky. Doba čekání, kapacita výtahu, trasa, kterou výtah zvolí, a ochota cestujících čekat hrají klíčovou roli v celkové efektivitě přepravy. Cestující mají rozdílné chování – někteří volí výtah i pro krátké vzdálenosti, jiní raději jdou pěšky. Jejich motivace závisí mimo jiné na vzdálenosti, směru (dolů či nahoru) a době čekání. Nesprávně navržený systém může vést k přetížení výtahu, neefektivním jízdám a nespokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat efektivitu výtahového systému v budově na základě různých parametrů, jako je počet pater, kapacita výtahu, algoritmus řízení, frekventovanost pater v čase a chování cestujících a pomoct stanovit optimální konfiguraci pro modelovanou budovu. Simulace by měla pomoci optimalizovat provoz výtahu, snížit průměrnou čekací dobu, zvýšit propustnost systému a zohlednit realistické rozhodování cestujících (včetně volby jít po schodech). Dále bude možné testovat různé řídicí algoritmy výtahu a jejich dopad na efektivitu systému.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít:&lt;br /&gt;
* Projektanti a architekti při navrhování nových výtahových systémů&lt;br /&gt;
* Výrobci a dodavatelé výtahů&lt;br /&gt;
* Simulační analytici pro zlepšení dopravních toků ve výškových budovách&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo, které je určeno pro agentní modelování. V modelu budou jednotlivé součásti systému – cestující, výtah a patra – reprezentovány jako agenti, kteří interagují mezi sebou a s prostředím na základě pravidel.&lt;br /&gt;
&lt;br /&gt;
Simulace bude zahrnovat parametry jako kapacita výtahu, rychlost jízdy, doba otevírání dveří, algoritmus řízení a časové rozložení příchodů cestujících. Interaktivní ovládání (pomocí posuvníků a přepínačů) umožní snadné testování různých scénářů a optimalizaci výtahového systému z hlediska plynulosti a spokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
* Počet pater budovy&lt;br /&gt;
* Kapacita výtahu&lt;br /&gt;
* Rychlost výtahu (čas mezi patry)&lt;br /&gt;
* Doba zastávky výtahu (otevření, zavření dveří, nástup/výstup)&lt;br /&gt;
* Algoritmus řízení výtahu (např. SCAN, nejbližší volání, kolektivní řízení)&lt;br /&gt;
* Časový úsek simulace (např. ranní špička: 7:30–9:00)&lt;br /&gt;
* Příslušnost cestujících k patrům a logika cesty&lt;br /&gt;
&lt;br /&gt;
'''Náhodné / dynamické:'''&lt;br /&gt;
* Frekvence příchodu cestujících v čase (v časech špičky vyšší) &amp;gt; Počet cestujících ve vstupní hale v různých časech&lt;br /&gt;
* Startovní a cílové patro cestujících&lt;br /&gt;
* Motivace cestujících použít schody (závisí na vzdálenosti, směru, době čekání)&lt;br /&gt;
* Rozhodovací doba cestujících (jak dlouho čekají, než jdou pěšky)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://download.peters-research.com/library/Measuring_and_Simulating_Elevator_Passengers_in_Existing_Buildings.pdf Vytížení výtahu v kancelářské budově]&lt;br /&gt;
* [https://liftescalatorlibrary.org/paper_indexing/papers/00000051.pdf Vytížení výtahu v obytné budově]&lt;br /&gt;
* [https://dev.to/thesaltree/elevator-scheduling-algorithms-fcfs-sstf-scan-and-look-2pae Typy výtahových algoritmů]&lt;br /&gt;
* [https://www.kone.cz/studio/tool/#/products Typické konfigurace a technické parametry výtahů]&lt;br /&gt;
* [https://digitalcommons.chapman.edu/cgi/viewcontent.cgi?article=1274&amp;amp;context=psychology_articles Rozhodování cestujících a vytížení výtahu v obytné budově]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:ZdenekP|pecz00]] ([[User talk:ZdenekP|talk]]) 12:22, 17 May 2025 (CET)&lt;br /&gt;
== Simulace: Možnosti využití plynových elektráren v ČR ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Spotřeba elektřiny se během dne mění a s tím i struktura zdrojů pro výrobu elektřiny.&lt;br /&gt;
Zemní plyn v posledních letech kvůli politickké situaci ve světě zdražil a tím pádem se změnily i náklady na provoz plynových elektráren.&lt;br /&gt;
&lt;br /&gt;
Pojmy:&lt;br /&gt;
*BASE LOAD (0:00 - 24:00) - zákaldní úroveň odběru po celý den&lt;br /&gt;
*PEAK LOAD (8:00 - 20:00) - odběr v hodinách největší poptávky&lt;br /&gt;
*OFFPEAK LOAD (0:00 - 8:00, 20:00 - 24:00) - odběr mimo největší poptávku&lt;br /&gt;
*Ramp-up time - jak dlouho trvá elektrárně přechod z vypnutého stavu do plného výkonu&lt;br /&gt;
&lt;br /&gt;
Typy elektráren:&lt;br /&gt;
*Jaderné:&lt;br /&gt;
**Drahé na výstavbu a proto běží pořád (pokrývají base load)&lt;br /&gt;
**Pokrývají ~40 % produkce v ČR&lt;br /&gt;
&lt;br /&gt;
*Větrné/solární&lt;br /&gt;
**Poměrně levné na výstavbu (ignorujeme životnost)&lt;br /&gt;
**Generují podle počasí (pokrývají spíše peak load 8-20h)&lt;br /&gt;
**Tvoří ~6,5 % produkce v ČR&lt;br /&gt;
**Hyzdí krajinu a větrné produkují infrazvuk a zabíjejí zvířata&lt;br /&gt;
&lt;br /&gt;
*Uhelné&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Velké emise&lt;br /&gt;
**Tvoří ~33 % produkce v ČR&lt;br /&gt;
**Generují, pokud je &amp;quot;dark spread&amp;quot; (spotová cena elekřiny - náklady na generování) kladný&lt;br /&gt;
***V nákladech je schována cena uhlí, které nakoupeno dopředu a efektivita převodu&lt;br /&gt;
**Ramp-up time (~4-8h)&lt;br /&gt;
&lt;br /&gt;
*Zemní plyn&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Tvoří ~5 % produkce v ČR&lt;br /&gt;
**Poměrně nízké emise (oproti uhelným)&lt;br /&gt;
**Generují, pokud je &amp;quot;spark spread&amp;quot; kladný, tedy spark_spread = spot_cena_elektříny - koeficient_neefektivity_převodu * spotová_cena_plynu&lt;br /&gt;
**Ramp-up time kratší oproti uhelným (~10-30 min pro rycheljší &amp;quot;peaking&amp;quot; elektrárny)&lt;br /&gt;
**Efektivně jde o &amp;quot;binární dispatch&amp;quot; buďto generují maximum (krom ramp-up time), nebo nic&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Zjistit které zdroje (jaké typy elektráren) by šly nahradit plynovými (a jakým počtem),&lt;br /&gt;
jak by to ovlivnilo cenu elektřiny, případně její nedostatek.&lt;br /&gt;
Simulace bude provedena na datech od roku 2017-2024 (včetně)&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
*Investoři do energetiky a výstavby elektráren&lt;br /&gt;
*Analytici energetické sítě&lt;br /&gt;
*Obchodníci s energií&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Systémová dynamika v prostředí Vensim&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Generování (MW) dle typu elektrárny v čase (použití hist. data)&lt;br /&gt;
**přeneseně vliv počasí (skrytý v generování z obnovitelných zdrojů)&lt;br /&gt;
*Load - spotřebovaná elektřina (použití hist. dat)&lt;br /&gt;
*Spotová cena elektřiny (použití hist. dat + úpravou supply-demand modelu při vynechání určitého typu generování)&lt;br /&gt;
*Spotová cena zemního plynu (použití hist. dat)&lt;br /&gt;
*Výkon plynové elektrárny&lt;br /&gt;
*Efektivita převodu plynu na elektřinu&lt;br /&gt;
*Ramp-up time plynové elektrárny&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Load + generování dle typu - https://transparency.entsoe.eu/dashboard/show &lt;br /&gt;
*Spotová cena plynu &amp;amp; elektřiny - https://www.ote-cr.cz/en/short-term-markets/electricity/intra-day-market&lt;br /&gt;
*Informace o plynových elektrárnách z odborných článků&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 15:37, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 16:22, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj hodnoty investičních portfolií v čase ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Investoři řeší otázku, jak složit své portfolio z různých typů aktiv, aby dosáhli co nejlepšího zhodnocení při co nejnižším riziku. Výnosy aktiv jako akcie, dluhopisy nebo termínované vklady jsou proměnlivé a závisí na ekonomickém cyklu i dalších faktorech. Cílem této simulace je ukázat, jak se v čase chovají tři různá portfolia (konzervativní, vyvážené, dynamické), která mají různý podíl akcií (S&amp;amp;P 500), státních dluhopisů (US Government Bonds) a termínovaných vkladů (EURIBOR). Simulace má přiblížit, jak se mění riziko a výnos v závislosti na délce investičního horizontu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je porovnat vývoj hodnoty tří typů portfolií v čase, zobrazit možná rozpětí výnosů a ověřit, zda se výnosy skutečně stabilizují s rostoucím časem. Pomocí Monte Carlo simulace budu generovat výnosy jednotlivých tříd aktiv na základě historických dat, a tím vytvářet stovky scénářů vývoje. Tyto výstupy budou následně agregovány do tzv. tunelového grafu, který názorně ukáže, jak se s prodlužujícím horizontem snižuje rozptyl možných výsledků (čím delší doba, tím menší rozpětí výsledků a větší šance návratu k průměru).&lt;br /&gt;
&lt;br /&gt;
Zároveň do simulace nově přidávám porovnání mezi jednotlivými portfolii napříč simulacemi – například jak často konzervativní portfolio překoná dynamické, a naopak. To bude vyjádřeno procentuálně a pomůže určit, které portfolio má vyšší pravděpodobnost lepšího výsledku. Tento rozměr umožní lépe interpretovat výkonnost strategií nejen z pohledu průměru, ale i z hlediska dominance v různých scénářích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace lze využít jako edukační nástroj pro individuální investory nebo finanční poradce. Simulace může posloužit i jako ilustrativní model pro vysvětlení diverzifikace, složeného úročení a vlivu volatility na dlouhodobé zhodnocení. Porovnání mezi strategiemi se hodí také pro rozhodování mezi bezpečnou a rizikovější investicí podle konkrétních preferencí klienta.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Monte Carlo simulace v prostředí Microsoft Excel (případně Python). Roční výnosy budou generovány z normálního rozdělení na základě parametrů odvozených z historických dat. Cílem není přesná predikce, ale realistická ilustrace možného vývoje na základě historických trendů. Výsledky budou vizualizovány pomocí tunelových grafů a tabulek dominance.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
====Definované předem:====&lt;br /&gt;
&lt;br /&gt;
portfolio_composition – rozložení mezi stocks / bonds / deposits&lt;br /&gt;
&lt;br /&gt;
initial_investment – počáteční kapitál&lt;br /&gt;
&lt;br /&gt;
investment_horizon – délka investice (v letech)&lt;br /&gt;
&lt;br /&gt;
avg_return_stock, avg_return_bond, avg_return_deposit – průměrné výnosy tříd aktiv&lt;br /&gt;
&lt;br /&gt;
volatility_stock, volatility_bond, volatility_deposit – směrodatná odchylka výnosů&lt;br /&gt;
&lt;br /&gt;
====Náhodné proměnné:====&lt;br /&gt;
&lt;br /&gt;
annual_return_stock&lt;br /&gt;
&lt;br /&gt;
annual_return_bond&lt;br /&gt;
&lt;br /&gt;
annual_return_deposit&lt;br /&gt;
&lt;br /&gt;
portfolio_win_comparison – binární proměnné (1/0), určující která strategie „vyhrála“ v daném běhu&lt;br /&gt;
&lt;br /&gt;
Všechny náhodné výnosy budou generovány z normálního rozdělení s parametry vypočtenými z historických dat. Pokud budou data nedostatečná, uvažuji alternativu &lt;br /&gt;
podle konzervativního odhadu nebo literatury.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Akcie – S&amp;amp;P 500: https://pages.stern.nyu.edu/~adamodar/New_Home_Page/datafile/spearn.htm&lt;br /&gt;
&lt;br /&gt;
Státní dluhopisy – US 10Y Treasury Bonds: stejný zdroj (Stern NYU)&lt;br /&gt;
&lt;br /&gt;
Termínované vklady – EURIBOR: https://www.euribor-rates.eu/en/euribor-rates-by-year/&lt;br /&gt;
&lt;br /&gt;
:: Když už dopředu víte, že &amp;quot;Roční výnosy budou generovány z normálního rozdělení&amp;quot; tak to není Monte Carlo, které je právě založené na odvození pravděpodobnostních rozdělení. Buďto specifikujte, jak budete pravděpodobnostní rozdělení z dat odvozovat, nebo zkuste něco jiného. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:03, 19 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26742</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26742"/>
		<updated>2025-05-23T06:52:13Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Bakterie na rukou */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření houby Ophiocordyceps mezi mravenci ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Model simuluje, jak parazitická houba Ophiocordyceps unilateralis infikuje kolonie mravenců a manipuluje jejich chování, až do tzv. „death grip“ fáze. V této fázi parazit manipuluje mravence tak, že vyšplhá na list nebo větev, pevně se do ní zakousne a zemře. Tím se jeho tělo dostane do výšky, kde se spory houby mohou lépe rozptýlit a dopadnout na okolní vegetaci či další mravence. BioMed Central. Počáteční kolonii představují zdraví dělníci, později nakažení jedinci, kteří šíří infekci kontaktem.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak se infekce houbou Cordyceps šíří v mravenčí populaci a jak různé faktory ovlivňují její rychlost a rozsah. Simulace se zaměřuje na jednoduchý model přenosu infekce prostřednictvím kontaktu se sporami a sleduje vývoj šíření v čase.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* pro ekologický výzkum – simulace může sloužit jako nástroj pro lepší porozumění tomu, jak se šíří specializovaní parazité v přirozeném prostředí&lt;br /&gt;
* pro vzdělávací účely&lt;br /&gt;
* prediktivní nástroj – testování hypotéz bez nutnosti zásahů do reálných populací, např. jak se změní průběh infekce při jiném mikroklimatu, nebo jak důležitá je hustota tras&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo. V tomto modelu agenti představují jednotlivé mravence a prostředí reprezentuje síť mravenčích tras v rámci kolonie a jejího okolí. Každý agent má svůj stav (zdravý, infikovaný, mrtvý) a podle toho mění své chování.&lt;br /&gt;
Každý mravenec se v prostředí pohybuje podle jednoduchých pravidel. Pokud narazí na infekční místo, tedy místo, kde předtím zemřel jiný nakažený jedinec, může se nakazit. Po inkubační době se jeho chování změní a následně zemře, čímž vytvoří nové infekční místo. Šíření infekce je tedy zprostředkováno kontaktem zdravých jedinců s místy, kde dříve došlo k úmrtí nakaženého mravence.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet mravenců na začátku&lt;br /&gt;
 • počet počátečních nakažených jedinců&lt;br /&gt;
pravděpodobnost nákazy při kontaktu se sporami&lt;br /&gt;
 • inkubační doba&lt;br /&gt;
 • doba, po kterou zůstává místo infekční po smrti mravence&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • umístění počátečně nakažených jedinců&lt;br /&gt;
 • směr a trasa pohybu jednotlivých mravenců&lt;br /&gt;
 • výsledný počet nakažených, mrtvých a zdravých mravenců (mění se mezi běhy)&lt;br /&gt;
 • prostorový vzorec šíření infekce&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC3506477/ Živitnost spor houby Beauveria bassiana]&lt;br /&gt;
* [https://cals.cornell.edu/integrated-pest-management/outreach-education/fact-sheets/beauveria-bassiana  Beauveria bassiana]&lt;br /&gt;
* [https://www.westernexterminator.com/ants/the-ant-colony-structure-and-roles Struktura a role v mravenčích koloniích]&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC8430825/  Toxiny Beauveria bassiana a strategie pro zvýšení virulence]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:55, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Tento typ simulace není až tak originální, ale kvituji, že volíte zcela konkrétní situaci. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:49, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace provozu čajovny s vodní dýmkou s cílem optimalizace obsluhy a nabídky ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat provoz specifického typu podniku – čajovny s vodní dýmkou, která má kapacitu přibližně 40 míst k sezení a funguje každý den od 16:00 do 01:00. V provozu se střídá 5 zaměstnanců, přičemž v danou chvíli jsou přítomni 1 až 3 zaměstnanci podle aktuální návštěvnosti. Cílem je optimalizovat provozní strategii čajovny, především v oblasti personálního obsazení, nabídky produktů (čaje, tabáky, doplňkové občerstvení), a doby obsluhy. Simulace pomůže lépe pochopit tok zákazníků, identifikovat špičky v návštěvnosti a navrhnout efektivnější model plánování směn i zásob.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Kolik zaměstnanců je optimální mít přítomných v jednotlivých hodinách/dnech&lt;br /&gt;
*Jaký je očekávaný zisk při různých strategiích obsazení a nabídky&lt;br /&gt;
*Vliv produktového mixu (čaj, dýmky, občerstvení) na výnos&lt;br /&gt;
*Identifikace hodin/dní se špičkami v návštěvnosti&lt;br /&gt;
*Optimalizace času obsluhy vs. počet zákazníků na směnu&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Provozovatelem čajovny při plánování směn a zásobování&lt;br /&gt;
*Potenciálními investory při zvažování rozšíření podniku nebo franšízy&lt;br /&gt;
*Analytiky provozních dat pro zvýšení efektivity&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace nebo systémová dynamika (např. ve Vensimu) &lt;br /&gt;
*Simulační prostředí: Excel nebo Vensim (pro systémové vazby jako sklad – poptávka – personál)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
*hour_of_day – hodina v rámci otevírací doby (16:00–01:00) &lt;br /&gt;
*day_of_week – den v týdnu (některé dny mají vyšší návštěvnost) &lt;br /&gt;
*seats_available – počet volných míst v daném okamžiku (max. 40) &lt;br /&gt;
*employee_count – počet zaměstnanců přítomných na směně (1–3) &lt;br /&gt;
*menu_items – seznam položek (čaj, dýmka, občerstvení), každá má průměrnou dobu přípravy a marži&lt;br /&gt;
Náhodné: &lt;br /&gt;
*customer_arrival_rate – náhodný tok zákazníků podle dne a hodiny &lt;br /&gt;
*stay_duration – průměrná délka pobytu zákazníka (např. 90–180 minut) &lt;br /&gt;
*order_type_distribution – rozdělení typů objednávek (např. 40 % čaj + dýmka, 30 % jen dýmka, 20 % čaj, 10 % vše) &lt;br /&gt;
*order_size – kolik toho skupina objedná *satisfaction_index – míra spokojenosti zákazníků ovlivněná délkou čekání a dostupností obsluhy&lt;br /&gt;
Výstupní proměnné: &lt;br /&gt;
*profit_per_hour – zisk za hodinu (součet tržeb – náklady na zaměstnance a suroviny) &lt;br /&gt;
*average_wait_time – průměrná doba čekání na obsluhu &lt;br /&gt;
*employee_utilization – míra vytíženosti zaměstnanců (např. obsluha vs. doba nečinnosti)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Simulovaná historická data návštěvnosti podle dne a hodiny (na základě kvalifikovaného odhadu nebo rozhovoru s provozovatelem) &lt;br /&gt;
*Ceník nabízených produktů a čas potřebný na jejich přípravu &lt;br /&gt;
*Náklady na zaměstnance (mzda za hodinu) &lt;br /&gt;
*Průměrná marže na jednotlivé položky &lt;br /&gt;
*Statistické odhady délky pobytu zákazníků podle dne a hodiny&lt;br /&gt;
Tato simulace může být rozšířena o pokročilejší strategii, například dynamické přizpůsobení cen podle obsazenosti (happy hour), nebo zavedení rezervačního systému pro sledování předpokládané návštěvnosti.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 17:38, 17 May 2025 (CET)&lt;br /&gt;
:: ve Vensimu by to šlo, důležité je pak ve zprávě k simulaci uvést, jak jste k rovnicím uvedených v modelu přišel. '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:09, 19 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
: Tohle je právě potřeba mít promyšleno už u toho zadání. Povedlo se Vám to mezitím rozpracovat? Takhle &amp;quot;od boku&amp;quot; mi samozřejmě dává větší smysl mít tam náhodnou proměnnou z nějakého relevantního rozdělení. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:52, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''RE: UPŘESNĚNÍ'''. Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== [UPRAVENO] Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
''' Jaké proměnné budou v simulaci '''&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
''' Jaké proměnné budou náhodné '''&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
''' Na jakých datech budou proměnné založené '''&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
''' Na jakých datech jsou založeny vzorce v simulaci (chování modelu) '''&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Jak bude simulace realizována ===&lt;br /&gt;
Simulace bude pracovat s '''jedním agentem''', který reprezentuje psa. Tento agent nebude modelovat neuronovou síť, ale bude využívat jednoduchý behaviorální model založený na '''Rescorla-Wagnerově teorii klasického podmiňování'''.&lt;br /&gt;
&lt;br /&gt;
Agent bude mít:&lt;br /&gt;
* stavovou proměnnou '''V''' (síla asociace),&lt;br /&gt;
* pravidla pro aktualizaci hodnoty V podle podnětů,&lt;br /&gt;
* a pravděpodobnostní reakci na základě aktuální hodnoty V.&lt;br /&gt;
&lt;br /&gt;
V každém kole simulace:&lt;br /&gt;
# Zazní nebo nezazní zvonek (podmíněný podnět).&lt;br /&gt;
# Podá se nebo nepodá jídlo (nepodmíněný podnět).&lt;br /&gt;
# Pokud dojde k párování zvonek + jídlo → hodnota V se aktualizuje podle vzorce:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ΔV = α × β × (λ − V)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
# Pokud zazní pouze zvonek → agent reaguje sliněním s pravděpodobností rovnou aktuální hodnotě V.&lt;br /&gt;
# Pokud nezazní zvonek → agent nereaguje.&lt;br /&gt;
&lt;br /&gt;
==== Vizualizace chování agenta ====&lt;br /&gt;
Pro názornost bude výsledkem graf vývoje síly podmíněné reakce (slinění) v závislosti na počtu pokusů. Umožní to sledovat:&lt;br /&gt;
* růst reakce při opakovaném posílení,&lt;br /&gt;
* vyhasínání reakce při absenci jídla (extinkci),&lt;br /&gt;
* znovuvytvoření reakce při novém cyklu posilování.&lt;br /&gt;
&lt;br /&gt;
==== Textová reprezentace logiky agenta ====&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Stav agenta:&lt;br /&gt;
- V (síla asociace): číslo mezi 0 a 1&lt;br /&gt;
&lt;br /&gt;
Každý cyklus:&lt;br /&gt;
1. Zazní zvonek?&lt;br /&gt;
2. Podá se jídlo?&lt;br /&gt;
3. Pokud ANO + ANO → aktualizuj V podle vzorce&lt;br /&gt;
4. Pokud ANO + NE → proveď reakci (pravděpodobnost slinění = V)&lt;br /&gt;
5. Pokud NE → žádná reakce&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Možné rozšíření ====&lt;br /&gt;
V rozšířené verzi lze simulovat více agentů (např. různě rychlí psi s různými hodnotami α a β), ale základní model bude sledovat jednoho psa pro lepší přehled o chování a efektu učení.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: [[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 10:28, 16 May 2025 (CET) Přidána sekce, jak by měla být simulace realizována.&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Nápad zajímavý, ale připadá mi to velmi vágní, spousta &amp;quot;měkkých&amp;quot; faktorů. Buďto to zkuste rozpracovat do detailu, aby bylo lépe vidět, jakou cestou byste se vydal nebo zvažte jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:32, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, na tohle by byl ideální Simprocess, který už bohužel není k dispozici. Simulace jako taková je poměrně triviální, určitě doložte zdroje dat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:36, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, vyberte si prosím jednu zcela konkrétní linku. Budete to mít daleko snazší s daty. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:38, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Máte to popsáno dost obecně. Předpokládám, že budete pracovat s konkrétními druhy, konkrétním prostředím, apod. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:40, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
:::: Sestavila bych z několika reportů z festivalů, projektů a case studies dataset, ze kterého by se následně odvodilo pravděpodobnostní rozdělení, např. z:&lt;br /&gt;
::::*[https://www.mdpi.com/2071-1050/13/1/247 Case study litevských festivalů]&lt;br /&gt;
::::*[https://aodr.org/xml/24992/24992.pdf Coffee cups case study]&lt;br /&gt;
::::*[https://www.pcma.org/reusable-cups-make-splash-wasteexpo-2024/ WasteExpo 2024]&lt;br /&gt;
::::*[https://www.docadevizes.org.uk/wp-content/uploads/2024/01/WF23-Reusable-Cups-Pilot-Report.pdf Winter festival report 2023]&lt;br /&gt;
::::*[https://www.closedlooppartners.com/wp-content/uploads/2025/02/Petaluma-Reusable-Cup-Project-Results-Report.pdf Petaluma Reusable Cup Project Report]&lt;br /&gt;
::::*[https://www.simulace.info/index.php/File:Report_reusable_tableware_at_festivals.pdf Reusable tableware report]&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 06:17, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::OK. Leží v tom jádro celé simulace, tak si dejte na tom záležet. '''Schváleno'''. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:09, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vytížení osobních výtahů v budově ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výtahové systémy ve vícepodlažních budovách čelí výzvám spojeným s efektivním přepravováním cestujících mezi patry, zejména v době špičky. Doba čekání, kapacita výtahu, trasa, kterou výtah zvolí, a ochota cestujících čekat hrají klíčovou roli v celkové efektivitě přepravy. Cestující mají rozdílné chování – někteří volí výtah i pro krátké vzdálenosti, jiní raději jdou pěšky. Jejich motivace závisí mimo jiné na vzdálenosti, směru (dolů či nahoru) a době čekání. Nesprávně navržený systém může vést k přetížení výtahu, neefektivním jízdám a nespokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat efektivitu výtahového systému v budově na základě různých parametrů, jako je počet pater, kapacita výtahu, algoritmus řízení, frekventovanost pater v čase a chování cestujících a pomoct stanovit optimální konfiguraci pro modelovanou budovu. Simulace by měla pomoci optimalizovat provoz výtahu, snížit průměrnou čekací dobu, zvýšit propustnost systému a zohlednit realistické rozhodování cestujících (včetně volby jít po schodech). Dále bude možné testovat různé řídicí algoritmy výtahu a jejich dopad na efektivitu systému.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít:&lt;br /&gt;
* Projektanti a architekti při navrhování nových výtahových systémů&lt;br /&gt;
* Výrobci a dodavatelé výtahů&lt;br /&gt;
* Simulační analytici pro zlepšení dopravních toků ve výškových budovách&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo, které je určeno pro agentní modelování. V modelu budou jednotlivé součásti systému – cestující, výtah a patra – reprezentovány jako agenti, kteří interagují mezi sebou a s prostředím na základě pravidel.&lt;br /&gt;
&lt;br /&gt;
Simulace bude zahrnovat parametry jako kapacita výtahu, rychlost jízdy, doba otevírání dveří, algoritmus řízení a časové rozložení příchodů cestujících. Interaktivní ovládání (pomocí posuvníků a přepínačů) umožní snadné testování různých scénářů a optimalizaci výtahového systému z hlediska plynulosti a spokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
* Počet pater budovy&lt;br /&gt;
* Kapacita výtahu&lt;br /&gt;
* Rychlost výtahu (čas mezi patry)&lt;br /&gt;
* Doba zastávky výtahu (otevření, zavření dveří, nástup/výstup)&lt;br /&gt;
* Algoritmus řízení výtahu (např. SCAN, nejbližší volání, kolektivní řízení)&lt;br /&gt;
* Časový úsek simulace (např. ranní špička: 7:30–9:00)&lt;br /&gt;
* Příslušnost cestujících k patrům a logika cesty&lt;br /&gt;
&lt;br /&gt;
'''Náhodné / dynamické:'''&lt;br /&gt;
* Frekvence příchodu cestujících v čase (v časech špičky vyšší) &amp;gt; Počet cestujících ve vstupní hale v různých časech&lt;br /&gt;
* Startovní a cílové patro cestujících&lt;br /&gt;
* Motivace cestujících použít schody (závisí na vzdálenosti, směru, době čekání)&lt;br /&gt;
* Rozhodovací doba cestujících (jak dlouho čekají, než jdou pěšky)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://download.peters-research.com/library/Measuring_and_Simulating_Elevator_Passengers_in_Existing_Buildings.pdf Vytížení výtahu v kancelářské budově]&lt;br /&gt;
* [https://liftescalatorlibrary.org/paper_indexing/papers/00000051.pdf Vytížení výtahu v obytné budově]&lt;br /&gt;
* [https://dev.to/thesaltree/elevator-scheduling-algorithms-fcfs-sstf-scan-and-look-2pae Typy výtahových algoritmů]&lt;br /&gt;
* [https://www.kone.cz/studio/tool/#/products Typické konfigurace a technické parametry výtahů]&lt;br /&gt;
* [https://digitalcommons.chapman.edu/cgi/viewcontent.cgi?article=1274&amp;amp;context=psychology_articles Rozhodování cestujících a vytížení výtahu v obytné budově]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:ZdenekP|pecz00]] ([[User talk:ZdenekP|talk]]) 12:22, 17 May 2025 (CET)&lt;br /&gt;
== Simulace: Možnosti využití plynových elektráren v ČR ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Spotřeba elektřiny se během dne mění a s tím i struktura zdrojů pro výrobu elektřiny.&lt;br /&gt;
Zemní plyn v posledních letech kvůli politickké situaci ve světě zdražil a tím pádem se změnily i náklady na provoz plynových elektráren.&lt;br /&gt;
&lt;br /&gt;
Pojmy:&lt;br /&gt;
*BASE LOAD (0:00 - 24:00) - zákaldní úroveň odběru po celý den&lt;br /&gt;
*PEAK LOAD (8:00 - 20:00) - odběr v hodinách největší poptávky&lt;br /&gt;
*OFFPEAK LOAD (0:00 - 8:00, 20:00 - 24:00) - odběr mimo největší poptávku&lt;br /&gt;
*Ramp-up time - jak dlouho trvá elektrárně přechod z vypnutého stavu do plného výkonu&lt;br /&gt;
&lt;br /&gt;
Typy elektráren:&lt;br /&gt;
*Jaderné:&lt;br /&gt;
**Drahé na výstavbu a proto běží pořád (pokrývají base load)&lt;br /&gt;
**Pokrývají ~40 % produkce v ČR&lt;br /&gt;
&lt;br /&gt;
*Větrné/solární&lt;br /&gt;
**Poměrně levné na výstavbu (ignorujeme životnost)&lt;br /&gt;
**Generují podle počasí (pokrývají spíše peak load 8-20h)&lt;br /&gt;
**Tvoří ~6,5 % produkce v ČR&lt;br /&gt;
**Hyzdí krajinu a větrné produkují infrazvuk a zabíjejí zvířata&lt;br /&gt;
&lt;br /&gt;
*Uhelné&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Velké emise&lt;br /&gt;
**Tvoří ~33 % produkce v ČR&lt;br /&gt;
**Generují, pokud je &amp;quot;dark spread&amp;quot; (spotová cena elekřiny - náklady na generování) kladný&lt;br /&gt;
***V nákladech je schována cena uhlí, které nakoupeno dopředu a efektivita převodu&lt;br /&gt;
**Ramp-up time (~4-8h)&lt;br /&gt;
&lt;br /&gt;
*Zemní plyn&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Tvoří ~5 % produkce v ČR&lt;br /&gt;
**Poměrně nízké emise (oproti uhelným)&lt;br /&gt;
**Generují, pokud je &amp;quot;spark spread&amp;quot; kladný, tedy spark_spread = spot_cena_elektříny - koeficient_neefektivity_převodu * spotová_cena_plynu&lt;br /&gt;
**Ramp-up time kratší oproti uhelným (~10-30 min pro rycheljší &amp;quot;peaking&amp;quot; elektrárny)&lt;br /&gt;
**Efektivně jde o &amp;quot;binární dispatch&amp;quot; buďto generují maximum (krom ramp-up time), nebo nic&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Zjistit které zdroje (jaké typy elektráren) by šly nahradit plynovými (a jakým počtem),&lt;br /&gt;
jak by to ovlivnilo cenu elektřiny, případně její nedostatek.&lt;br /&gt;
Simulace bude provedena na datech od roku 2017-2024 (včetně)&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
*Investoři do energetiky a výstavby elektráren&lt;br /&gt;
*Analytici energetické sítě&lt;br /&gt;
*Obchodníci s energií&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Systémová dynamika v prostředí Vensim&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Generování (MW) dle typu elektrárny v čase (použití hist. data)&lt;br /&gt;
**přeneseně vliv počasí (skrytý v generování z obnovitelných zdrojů)&lt;br /&gt;
*Load - spotřebovaná elektřina (použití hist. dat)&lt;br /&gt;
*Spotová cena elektřiny (použití hist. dat + úpravou supply-demand modelu při vynechání určitého typu generování)&lt;br /&gt;
*Spotová cena zemního plynu (použití hist. dat)&lt;br /&gt;
*Výkon plynové elektrárny&lt;br /&gt;
*Efektivita převodu plynu na elektřinu&lt;br /&gt;
*Ramp-up time plynové elektrárny&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Load + generování dle typu - https://transparency.entsoe.eu/dashboard/show &lt;br /&gt;
*Spotová cena plynu &amp;amp; elektřiny - https://www.ote-cr.cz/en/short-term-markets/electricity/intra-day-market&lt;br /&gt;
*Informace o plynových elektrárnách z odborných článků&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 15:37, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 16:22, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj hodnoty investičních portfolií v čase ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Investoři řeší otázku, jak složit své portfolio z různých typů aktiv, aby dosáhli co nejlepšího zhodnocení při co nejnižším riziku. Výnosy aktiv jako akcie, dluhopisy nebo termínované vklady jsou proměnlivé a závisí na ekonomickém cyklu i dalších faktorech. Cílem této simulace je ukázat, jak se v čase chovají tři různá portfolia (konzervativní, vyvážené, dynamické), která mají různý podíl akcií (S&amp;amp;P 500), státních dluhopisů (US Government Bonds) a termínovaných vkladů (EURIBOR). Simulace má přiblížit, jak se mění riziko a výnos v závislosti na délce investičního horizontu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je porovnat vývoj hodnoty tří typů portfolií v čase, zobrazit možná rozpětí výnosů a ověřit, zda se výnosy skutečně stabilizují s rostoucím časem. Pomocí Monte Carlo simulace budu generovat výnosy jednotlivých tříd aktiv na základě historických dat, a tím vytvářet stovky scénářů vývoje. Tyto výstupy budou následně agregovány do tzv. tunelového grafu, který názorně ukáže, jak se s prodlužujícím horizontem snižuje rozptyl možných výsledků (čím delší doba, tím menší rozpětí výsledků a větší šance návratu k průměru).&lt;br /&gt;
&lt;br /&gt;
Zároveň do simulace nově přidávám porovnání mezi jednotlivými portfolii napříč simulacemi – například jak často konzervativní portfolio překoná dynamické, a naopak. To bude vyjádřeno procentuálně a pomůže určit, které portfolio má vyšší pravděpodobnost lepšího výsledku. Tento rozměr umožní lépe interpretovat výkonnost strategií nejen z pohledu průměru, ale i z hlediska dominance v různých scénářích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace lze využít jako edukační nástroj pro individuální investory nebo finanční poradce. Simulace může posloužit i jako ilustrativní model pro vysvětlení diverzifikace, složeného úročení a vlivu volatility na dlouhodobé zhodnocení. Porovnání mezi strategiemi se hodí také pro rozhodování mezi bezpečnou a rizikovější investicí podle konkrétních preferencí klienta.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Monte Carlo simulace v prostředí Microsoft Excel (případně Python). Roční výnosy budou generovány z normálního rozdělení na základě parametrů odvozených z historických dat. Cílem není přesná predikce, ale realistická ilustrace možného vývoje na základě historických trendů. Výsledky budou vizualizovány pomocí tunelových grafů a tabulek dominance.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
====Definované předem:====&lt;br /&gt;
&lt;br /&gt;
portfolio_composition – rozložení mezi stocks / bonds / deposits&lt;br /&gt;
&lt;br /&gt;
initial_investment – počáteční kapitál&lt;br /&gt;
&lt;br /&gt;
investment_horizon – délka investice (v letech)&lt;br /&gt;
&lt;br /&gt;
avg_return_stock, avg_return_bond, avg_return_deposit – průměrné výnosy tříd aktiv&lt;br /&gt;
&lt;br /&gt;
volatility_stock, volatility_bond, volatility_deposit – směrodatná odchylka výnosů&lt;br /&gt;
&lt;br /&gt;
====Náhodné proměnné:====&lt;br /&gt;
&lt;br /&gt;
annual_return_stock&lt;br /&gt;
&lt;br /&gt;
annual_return_bond&lt;br /&gt;
&lt;br /&gt;
annual_return_deposit&lt;br /&gt;
&lt;br /&gt;
portfolio_win_comparison – binární proměnné (1/0), určující která strategie „vyhrála“ v daném běhu&lt;br /&gt;
&lt;br /&gt;
Všechny náhodné výnosy budou generovány z normálního rozdělení s parametry vypočtenými z historických dat. Pokud budou data nedostatečná, uvažuji alternativu &lt;br /&gt;
podle konzervativního odhadu nebo literatury.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Akcie – S&amp;amp;P 500: https://pages.stern.nyu.edu/~adamodar/New_Home_Page/datafile/spearn.htm&lt;br /&gt;
&lt;br /&gt;
Státní dluhopisy – US 10Y Treasury Bonds: stejný zdroj (Stern NYU)&lt;br /&gt;
&lt;br /&gt;
Termínované vklady – EURIBOR: https://www.euribor-rates.eu/en/euribor-rates-by-year/&lt;br /&gt;
&lt;br /&gt;
:: Když už dopředu víte, že &amp;quot;Roční výnosy budou generovány z normálního rozdělení&amp;quot; tak to není Monte Carlo, které je právě založené na odvození pravděpodobnostních rozdělení. Buďto specifikujte, jak budete pravděpodobnostní rozdělení z dat odvozovat, nebo zkuste něco jiného. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:03, 19 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26741</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26741"/>
		<updated>2025-05-23T06:49:29Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Šíření houby Ophiocordyceps mezi mravenci */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření houby Ophiocordyceps mezi mravenci ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Model simuluje, jak parazitická houba Ophiocordyceps unilateralis infikuje kolonie mravenců a manipuluje jejich chování, až do tzv. „death grip“ fáze. V této fázi parazit manipuluje mravence tak, že vyšplhá na list nebo větev, pevně se do ní zakousne a zemře. Tím se jeho tělo dostane do výšky, kde se spory houby mohou lépe rozptýlit a dopadnout na okolní vegetaci či další mravence. BioMed Central. Počáteční kolonii představují zdraví dělníci, později nakažení jedinci, kteří šíří infekci kontaktem.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak se infekce houbou Cordyceps šíří v mravenčí populaci a jak různé faktory ovlivňují její rychlost a rozsah. Simulace se zaměřuje na jednoduchý model přenosu infekce prostřednictvím kontaktu se sporami a sleduje vývoj šíření v čase.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* pro ekologický výzkum – simulace může sloužit jako nástroj pro lepší porozumění tomu, jak se šíří specializovaní parazité v přirozeném prostředí&lt;br /&gt;
* pro vzdělávací účely&lt;br /&gt;
* prediktivní nástroj – testování hypotéz bez nutnosti zásahů do reálných populací, např. jak se změní průběh infekce při jiném mikroklimatu, nebo jak důležitá je hustota tras&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo. V tomto modelu agenti představují jednotlivé mravence a prostředí reprezentuje síť mravenčích tras v rámci kolonie a jejího okolí. Každý agent má svůj stav (zdravý, infikovaný, mrtvý) a podle toho mění své chování.&lt;br /&gt;
Každý mravenec se v prostředí pohybuje podle jednoduchých pravidel. Pokud narazí na infekční místo, tedy místo, kde předtím zemřel jiný nakažený jedinec, může se nakazit. Po inkubační době se jeho chování změní a následně zemře, čímž vytvoří nové infekční místo. Šíření infekce je tedy zprostředkováno kontaktem zdravých jedinců s místy, kde dříve došlo k úmrtí nakaženého mravence.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet mravenců na začátku&lt;br /&gt;
 • počet počátečních nakažených jedinců&lt;br /&gt;
pravděpodobnost nákazy při kontaktu se sporami&lt;br /&gt;
 • inkubační doba&lt;br /&gt;
 • doba, po kterou zůstává místo infekční po smrti mravence&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • umístění počátečně nakažených jedinců&lt;br /&gt;
 • směr a trasa pohybu jednotlivých mravenců&lt;br /&gt;
 • výsledný počet nakažených, mrtvých a zdravých mravenců (mění se mezi běhy)&lt;br /&gt;
 • prostorový vzorec šíření infekce&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC3506477/ Živitnost spor houby Beauveria bassiana]&lt;br /&gt;
* [https://cals.cornell.edu/integrated-pest-management/outreach-education/fact-sheets/beauveria-bassiana  Beauveria bassiana]&lt;br /&gt;
* [https://www.westernexterminator.com/ants/the-ant-colony-structure-and-roles Struktura a role v mravenčích koloniích]&lt;br /&gt;
* [https://pmc.ncbi.nlm.nih.gov/articles/PMC8430825/  Toxiny Beauveria bassiana a strategie pro zvýšení virulence]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:55, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Tento typ simulace není až tak originální, ale kvituji, že volíte zcela konkrétní situaci. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 07:49, 23 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace provozu čajovny s vodní dýmkou s cílem optimalizace obsluhy a nabídky ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat provoz specifického typu podniku – čajovny s vodní dýmkou, která má kapacitu přibližně 40 míst k sezení a funguje každý den od 16:00 do 01:00. V provozu se střídá 5 zaměstnanců, přičemž v danou chvíli jsou přítomni 1 až 3 zaměstnanci podle aktuální návštěvnosti. Cílem je optimalizovat provozní strategii čajovny, především v oblasti personálního obsazení, nabídky produktů (čaje, tabáky, doplňkové občerstvení), a doby obsluhy. Simulace pomůže lépe pochopit tok zákazníků, identifikovat špičky v návštěvnosti a navrhnout efektivnější model plánování směn i zásob.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Kolik zaměstnanců je optimální mít přítomných v jednotlivých hodinách/dnech&lt;br /&gt;
*Jaký je očekávaný zisk při různých strategiích obsazení a nabídky&lt;br /&gt;
*Vliv produktového mixu (čaj, dýmky, občerstvení) na výnos&lt;br /&gt;
*Identifikace hodin/dní se špičkami v návštěvnosti&lt;br /&gt;
*Optimalizace času obsluhy vs. počet zákazníků na směnu&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Provozovatelem čajovny při plánování směn a zásobování&lt;br /&gt;
*Potenciálními investory při zvažování rozšíření podniku nebo franšízy&lt;br /&gt;
*Analytiky provozních dat pro zvýšení efektivity&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace nebo systémová dynamika (např. ve Vensimu) &lt;br /&gt;
*Simulační prostředí: Excel nebo Vensim (pro systémové vazby jako sklad – poptávka – personál)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
*hour_of_day – hodina v rámci otevírací doby (16:00–01:00) &lt;br /&gt;
*day_of_week – den v týdnu (některé dny mají vyšší návštěvnost) &lt;br /&gt;
*seats_available – počet volných míst v daném okamžiku (max. 40) &lt;br /&gt;
*employee_count – počet zaměstnanců přítomných na směně (1–3) &lt;br /&gt;
*menu_items – seznam položek (čaj, dýmka, občerstvení), každá má průměrnou dobu přípravy a marži&lt;br /&gt;
Náhodné: &lt;br /&gt;
*customer_arrival_rate – náhodný tok zákazníků podle dne a hodiny &lt;br /&gt;
*stay_duration – průměrná délka pobytu zákazníka (např. 90–180 minut) &lt;br /&gt;
*order_type_distribution – rozdělení typů objednávek (např. 40 % čaj + dýmka, 30 % jen dýmka, 20 % čaj, 10 % vše) &lt;br /&gt;
*order_size – kolik toho skupina objedná *satisfaction_index – míra spokojenosti zákazníků ovlivněná délkou čekání a dostupností obsluhy&lt;br /&gt;
Výstupní proměnné: &lt;br /&gt;
*profit_per_hour – zisk za hodinu (součet tržeb – náklady na zaměstnance a suroviny) &lt;br /&gt;
*average_wait_time – průměrná doba čekání na obsluhu &lt;br /&gt;
*employee_utilization – míra vytíženosti zaměstnanců (např. obsluha vs. doba nečinnosti)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Simulovaná historická data návštěvnosti podle dne a hodiny (na základě kvalifikovaného odhadu nebo rozhovoru s provozovatelem) &lt;br /&gt;
*Ceník nabízených produktů a čas potřebný na jejich přípravu &lt;br /&gt;
*Náklady na zaměstnance (mzda za hodinu) &lt;br /&gt;
*Průměrná marže na jednotlivé položky &lt;br /&gt;
*Statistické odhady délky pobytu zákazníků podle dne a hodiny&lt;br /&gt;
Tato simulace může být rozšířena o pokročilejší strategii, například dynamické přizpůsobení cen podle obsazenosti (happy hour), nebo zavedení rezervačního systému pro sledování předpokládané návštěvnosti.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 17:38, 17 May 2025 (CET)&lt;br /&gt;
:: ve Vensimu by to šlo, důležité je pak ve zprávě k simulaci uvést, jak jste k rovnicím uvedených v modelu přišel. '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:09, 19 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''RE: UPŘESNĚNÍ'''. Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== [UPRAVENO] Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
''' Jaké proměnné budou v simulaci '''&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
''' Jaké proměnné budou náhodné '''&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
''' Na jakých datech budou proměnné založené '''&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
''' Na jakých datech jsou založeny vzorce v simulaci (chování modelu) '''&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Jak bude simulace realizována ===&lt;br /&gt;
Simulace bude pracovat s '''jedním agentem''', který reprezentuje psa. Tento agent nebude modelovat neuronovou síť, ale bude využívat jednoduchý behaviorální model založený na '''Rescorla-Wagnerově teorii klasického podmiňování'''.&lt;br /&gt;
&lt;br /&gt;
Agent bude mít:&lt;br /&gt;
* stavovou proměnnou '''V''' (síla asociace),&lt;br /&gt;
* pravidla pro aktualizaci hodnoty V podle podnětů,&lt;br /&gt;
* a pravděpodobnostní reakci na základě aktuální hodnoty V.&lt;br /&gt;
&lt;br /&gt;
V každém kole simulace:&lt;br /&gt;
# Zazní nebo nezazní zvonek (podmíněný podnět).&lt;br /&gt;
# Podá se nebo nepodá jídlo (nepodmíněný podnět).&lt;br /&gt;
# Pokud dojde k párování zvonek + jídlo → hodnota V se aktualizuje podle vzorce:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ΔV = α × β × (λ − V)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
# Pokud zazní pouze zvonek → agent reaguje sliněním s pravděpodobností rovnou aktuální hodnotě V.&lt;br /&gt;
# Pokud nezazní zvonek → agent nereaguje.&lt;br /&gt;
&lt;br /&gt;
==== Vizualizace chování agenta ====&lt;br /&gt;
Pro názornost bude výsledkem graf vývoje síly podmíněné reakce (slinění) v závislosti na počtu pokusů. Umožní to sledovat:&lt;br /&gt;
* růst reakce při opakovaném posílení,&lt;br /&gt;
* vyhasínání reakce při absenci jídla (extinkci),&lt;br /&gt;
* znovuvytvoření reakce při novém cyklu posilování.&lt;br /&gt;
&lt;br /&gt;
==== Textová reprezentace logiky agenta ====&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
Stav agenta:&lt;br /&gt;
- V (síla asociace): číslo mezi 0 a 1&lt;br /&gt;
&lt;br /&gt;
Každý cyklus:&lt;br /&gt;
1. Zazní zvonek?&lt;br /&gt;
2. Podá se jídlo?&lt;br /&gt;
3. Pokud ANO + ANO → aktualizuj V podle vzorce&lt;br /&gt;
4. Pokud ANO + NE → proveď reakci (pravděpodobnost slinění = V)&lt;br /&gt;
5. Pokud NE → žádná reakce&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Možné rozšíření ====&lt;br /&gt;
V rozšířené verzi lze simulovat více agentů (např. různě rychlí psi s různými hodnotami α a β), ale základní model bude sledovat jednoho psa pro lepší přehled o chování a efektu učení.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: [[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 10:28, 16 May 2025 (CET) Přidána sekce, jak by měla být simulace realizována.&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Nápad zajímavý, ale připadá mi to velmi vágní, spousta &amp;quot;měkkých&amp;quot; faktorů. Buďto to zkuste rozpracovat do detailu, aby bylo lépe vidět, jakou cestou byste se vydal nebo zvažte jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:32, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, na tohle by byl ideální Simprocess, který už bohužel není k dispozici. Simulace jako taková je poměrně triviální, určitě doložte zdroje dat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:36, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, vyberte si prosím jednu zcela konkrétní linku. Budete to mít daleko snazší s daty. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:38, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Máte to popsáno dost obecně. Předpokládám, že budete pracovat s konkrétními druhy, konkrétním prostředím, apod. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:40, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
:::: Sestavila bych z několika reportů z festivalů, projektů a case studies dataset, ze kterého by se následně odvodilo pravděpodobnostní rozdělení, např. z:&lt;br /&gt;
::::*[https://www.mdpi.com/2071-1050/13/1/247 Case study litevských festivalů]&lt;br /&gt;
::::*[https://aodr.org/xml/24992/24992.pdf Coffee cups case study]&lt;br /&gt;
::::*[https://www.pcma.org/reusable-cups-make-splash-wasteexpo-2024/ WasteExpo 2024]&lt;br /&gt;
::::*[https://www.docadevizes.org.uk/wp-content/uploads/2024/01/WF23-Reusable-Cups-Pilot-Report.pdf Winter festival report 2023]&lt;br /&gt;
::::*[https://www.closedlooppartners.com/wp-content/uploads/2025/02/Petaluma-Reusable-Cup-Project-Results-Report.pdf Petaluma Reusable Cup Project Report]&lt;br /&gt;
::::*[https://www.simulace.info/index.php/File:Report_reusable_tableware_at_festivals.pdf Reusable tableware report]&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 06:17, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
::OK. Leží v tom jádro celé simulace, tak si dejte na tom záležet. '''Schváleno'''. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:09, 20 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vytížení osobních výtahů v budově ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výtahové systémy ve vícepodlažních budovách čelí výzvám spojeným s efektivním přepravováním cestujících mezi patry, zejména v době špičky. Doba čekání, kapacita výtahu, trasa, kterou výtah zvolí, a ochota cestujících čekat hrají klíčovou roli v celkové efektivitě přepravy. Cestující mají rozdílné chování – někteří volí výtah i pro krátké vzdálenosti, jiní raději jdou pěšky. Jejich motivace závisí mimo jiné na vzdálenosti, směru (dolů či nahoru) a době čekání. Nesprávně navržený systém může vést k přetížení výtahu, neefektivním jízdám a nespokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat efektivitu výtahového systému v budově na základě různých parametrů, jako je počet pater, kapacita výtahu, algoritmus řízení, frekventovanost pater v čase a chování cestujících a pomoct stanovit optimální konfiguraci pro modelovanou budovu. Simulace by měla pomoci optimalizovat provoz výtahu, snížit průměrnou čekací dobu, zvýšit propustnost systému a zohlednit realistické rozhodování cestujících (včetně volby jít po schodech). Dále bude možné testovat různé řídicí algoritmy výtahu a jejich dopad na efektivitu systému.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít:&lt;br /&gt;
* Projektanti a architekti při navrhování nových výtahových systémů&lt;br /&gt;
* Výrobci a dodavatelé výtahů&lt;br /&gt;
* Simulační analytici pro zlepšení dopravních toků ve výškových budovách&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo, které je určeno pro agentní modelování. V modelu budou jednotlivé součásti systému – cestující, výtah a patra – reprezentovány jako agenti, kteří interagují mezi sebou a s prostředím na základě pravidel.&lt;br /&gt;
&lt;br /&gt;
Simulace bude zahrnovat parametry jako kapacita výtahu, rychlost jízdy, doba otevírání dveří, algoritmus řízení a časové rozložení příchodů cestujících. Interaktivní ovládání (pomocí posuvníků a přepínačů) umožní snadné testování různých scénářů a optimalizaci výtahového systému z hlediska plynulosti a spokojenosti uživatelů.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
* Počet pater budovy&lt;br /&gt;
* Kapacita výtahu&lt;br /&gt;
* Rychlost výtahu (čas mezi patry)&lt;br /&gt;
* Doba zastávky výtahu (otevření, zavření dveří, nástup/výstup)&lt;br /&gt;
* Algoritmus řízení výtahu (např. SCAN, nejbližší volání, kolektivní řízení)&lt;br /&gt;
* Časový úsek simulace (např. ranní špička: 7:30–9:00)&lt;br /&gt;
* Příslušnost cestujících k patrům a logika cesty&lt;br /&gt;
&lt;br /&gt;
'''Náhodné / dynamické:'''&lt;br /&gt;
* Frekvence příchodu cestujících v čase (v časech špičky vyšší) &amp;gt; Počet cestujících ve vstupní hale v různých časech&lt;br /&gt;
* Startovní a cílové patro cestujících&lt;br /&gt;
* Motivace cestujících použít schody (závisí na vzdálenosti, směru, době čekání)&lt;br /&gt;
* Rozhodovací doba cestujících (jak dlouho čekají, než jdou pěšky)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://download.peters-research.com/library/Measuring_and_Simulating_Elevator_Passengers_in_Existing_Buildings.pdf Vytížení výtahu v kancelářské budově]&lt;br /&gt;
* [https://liftescalatorlibrary.org/paper_indexing/papers/00000051.pdf Vytížení výtahu v obytné budově]&lt;br /&gt;
* [https://dev.to/thesaltree/elevator-scheduling-algorithms-fcfs-sstf-scan-and-look-2pae Typy výtahových algoritmů]&lt;br /&gt;
* [https://www.kone.cz/studio/tool/#/products Typické konfigurace a technické parametry výtahů]&lt;br /&gt;
* [https://digitalcommons.chapman.edu/cgi/viewcontent.cgi?article=1274&amp;amp;context=psychology_articles Rozhodování cestujících a vytížení výtahu v obytné budově]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:ZdenekP|pecz00]] ([[User talk:ZdenekP|talk]]) 12:22, 17 May 2025 (CET)&lt;br /&gt;
== Simulace: Možnosti využití plynových elektráren v ČR ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Spotřeba elektřiny se během dne mění a s tím i struktura zdrojů pro výrobu elektřiny.&lt;br /&gt;
Zemní plyn v posledních letech kvůli politickké situaci ve světě zdražil a tím pádem se změnily i náklady na provoz plynových elektráren.&lt;br /&gt;
&lt;br /&gt;
Pojmy:&lt;br /&gt;
*BASE LOAD (0:00 - 24:00) - zákaldní úroveň odběru po celý den&lt;br /&gt;
*PEAK LOAD (8:00 - 20:00) - odběr v hodinách největší poptávky&lt;br /&gt;
*OFFPEAK LOAD (0:00 - 8:00, 20:00 - 24:00) - odběr mimo největší poptávku&lt;br /&gt;
*Ramp-up time - jak dlouho trvá elektrárně přechod z vypnutého stavu do plného výkonu&lt;br /&gt;
&lt;br /&gt;
Typy elektráren:&lt;br /&gt;
*Jaderné:&lt;br /&gt;
**Drahé na výstavbu a proto běží pořád (pokrývají base load)&lt;br /&gt;
**Pokrývají ~40 % produkce v ČR&lt;br /&gt;
&lt;br /&gt;
*Větrné/solární&lt;br /&gt;
**Poměrně levné na výstavbu (ignorujeme životnost)&lt;br /&gt;
**Generují podle počasí (pokrývají spíše peak load 8-20h)&lt;br /&gt;
**Tvoří ~6,5 % produkce v ČR&lt;br /&gt;
**Hyzdí krajinu a větrné produkují infrazvuk a zabíjejí zvířata&lt;br /&gt;
&lt;br /&gt;
*Uhelné&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Velké emise&lt;br /&gt;
**Tvoří ~33 % produkce v ČR&lt;br /&gt;
**Generují, pokud je &amp;quot;dark spread&amp;quot; (spotová cena elekřiny - náklady na generování) kladný&lt;br /&gt;
***V nákladech je schována cena uhlí, které nakoupeno dopředu a efektivita převodu&lt;br /&gt;
**Ramp-up time (~4-8h)&lt;br /&gt;
&lt;br /&gt;
*Zemní plyn&lt;br /&gt;
**Levné na výstavbu&lt;br /&gt;
**Tvoří ~5 % produkce v ČR&lt;br /&gt;
**Poměrně nízké emise (oproti uhelným)&lt;br /&gt;
**Generují, pokud je &amp;quot;spark spread&amp;quot; kladný, tedy spark_spread = spot_cena_elektříny - koeficient_neefektivity_převodu * spotová_cena_plynu&lt;br /&gt;
**Ramp-up time kratší oproti uhelným (~10-30 min pro rycheljší &amp;quot;peaking&amp;quot; elektrárny)&lt;br /&gt;
**Efektivně jde o &amp;quot;binární dispatch&amp;quot; buďto generují maximum (krom ramp-up time), nebo nic&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Zjistit které zdroje (jaké typy elektráren) by šly nahradit plynovými (a jakým počtem),&lt;br /&gt;
jak by to ovlivnilo cenu elektřiny, případně její nedostatek.&lt;br /&gt;
Simulace bude provedena na datech od roku 2017-2024 (včetně)&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
*Investoři do energetiky a výstavby elektráren&lt;br /&gt;
*Analytici energetické sítě&lt;br /&gt;
*Obchodníci s energií&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Systémová dynamika v prostředí Vensim&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Generování (MW) dle typu elektrárny v čase (použití hist. data)&lt;br /&gt;
**přeneseně vliv počasí (skrytý v generování z obnovitelných zdrojů)&lt;br /&gt;
*Load - spotřebovaná elektřina (použití hist. dat)&lt;br /&gt;
*Spotová cena elektřiny (použití hist. dat + úpravou supply-demand modelu při vynechání určitého typu generování)&lt;br /&gt;
*Spotová cena zemního plynu (použití hist. dat)&lt;br /&gt;
*Výkon plynové elektrárny&lt;br /&gt;
*Efektivita převodu plynu na elektřinu&lt;br /&gt;
*Ramp-up time plynové elektrárny&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Load + generování dle typu - https://transparency.entsoe.eu/dashboard/show &lt;br /&gt;
*Spotová cena plynu &amp;amp; elektřiny - https://www.ote-cr.cz/en/short-term-markets/electricity/intra-day-market&lt;br /&gt;
*Informace o plynových elektrárnách z odborných článků&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 15:37, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 16:22, 17 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj hodnoty investičních portfolií v čase ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Investoři řeší otázku, jak složit své portfolio z různých typů aktiv, aby dosáhli co nejlepšího zhodnocení při co nejnižším riziku. Výnosy aktiv jako akcie, dluhopisy nebo termínované vklady jsou proměnlivé a závisí na ekonomickém cyklu i dalších faktorech. Cílem této simulace je ukázat, jak se v čase chovají tři různá portfolia (konzervativní, vyvážené, dynamické), která mají různý podíl akcií (S&amp;amp;P 500), státních dluhopisů (US Government Bonds) a termínovaných vkladů (EURIBOR). Simulace má přiblížit, jak se mění riziko a výnos v závislosti na délce investičního horizontu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je porovnat vývoj hodnoty tří typů portfolií v čase, zobrazit možná rozpětí výnosů a ověřit, zda se výnosy skutečně stabilizují s rostoucím časem. Pomocí Monte Carlo simulace budu generovat výnosy jednotlivých tříd aktiv na základě historických dat, a tím vytvářet stovky scénářů vývoje. Tyto výstupy budou následně agregovány do tzv. tunelového grafu, který názorně ukáže, jak se s prodlužujícím horizontem snižuje rozptyl možných výsledků (čím delší doba, tím menší rozpětí výsledků a větší šance návratu k průměru).&lt;br /&gt;
&lt;br /&gt;
Zároveň do simulace nově přidávám porovnání mezi jednotlivými portfolii napříč simulacemi – například jak často konzervativní portfolio překoná dynamické, a naopak. To bude vyjádřeno procentuálně a pomůže určit, které portfolio má vyšší pravděpodobnost lepšího výsledku. Tento rozměr umožní lépe interpretovat výkonnost strategií nejen z pohledu průměru, ale i z hlediska dominance v různých scénářích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace lze využít jako edukační nástroj pro individuální investory nebo finanční poradce. Simulace může posloužit i jako ilustrativní model pro vysvětlení diverzifikace, složeného úročení a vlivu volatility na dlouhodobé zhodnocení. Porovnání mezi strategiemi se hodí také pro rozhodování mezi bezpečnou a rizikovější investicí podle konkrétních preferencí klienta.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Monte Carlo simulace v prostředí Microsoft Excel (případně Python). Roční výnosy budou generovány z normálního rozdělení na základě parametrů odvozených z historických dat. Cílem není přesná predikce, ale realistická ilustrace možného vývoje na základě historických trendů. Výsledky budou vizualizovány pomocí tunelových grafů a tabulek dominance.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
====Definované předem:====&lt;br /&gt;
&lt;br /&gt;
portfolio_composition – rozložení mezi stocks / bonds / deposits&lt;br /&gt;
&lt;br /&gt;
initial_investment – počáteční kapitál&lt;br /&gt;
&lt;br /&gt;
investment_horizon – délka investice (v letech)&lt;br /&gt;
&lt;br /&gt;
avg_return_stock, avg_return_bond, avg_return_deposit – průměrné výnosy tříd aktiv&lt;br /&gt;
&lt;br /&gt;
volatility_stock, volatility_bond, volatility_deposit – směrodatná odchylka výnosů&lt;br /&gt;
&lt;br /&gt;
====Náhodné proměnné:====&lt;br /&gt;
&lt;br /&gt;
annual_return_stock&lt;br /&gt;
&lt;br /&gt;
annual_return_bond&lt;br /&gt;
&lt;br /&gt;
annual_return_deposit&lt;br /&gt;
&lt;br /&gt;
portfolio_win_comparison – binární proměnné (1/0), určující která strategie „vyhrála“ v daném běhu&lt;br /&gt;
&lt;br /&gt;
Všechny náhodné výnosy budou generovány z normálního rozdělení s parametry vypočtenými z historických dat. Pokud budou data nedostatečná, uvažuji alternativu &lt;br /&gt;
podle konzervativního odhadu nebo literatury.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Akcie – S&amp;amp;P 500: https://pages.stern.nyu.edu/~adamodar/New_Home_Page/datafile/spearn.htm&lt;br /&gt;
&lt;br /&gt;
Státní dluhopisy – US 10Y Treasury Bonds: stejný zdroj (Stern NYU)&lt;br /&gt;
&lt;br /&gt;
Termínované vklady – EURIBOR: https://www.euribor-rates.eu/en/euribor-rates-by-year/&lt;br /&gt;
&lt;br /&gt;
:: Když už dopředu víte, že &amp;quot;Roční výnosy budou generovány z normálního rozdělení&amp;quot; tak to není Monte Carlo, které je právě založené na odvození pravděpodobnostních rozdělení. Buďto specifikujte, jak budete pravděpodobnostní rozdělení z dat odvozovat, nebo zkuste něco jiného. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 05:03, 19 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26719</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26719"/>
		<updated>2025-05-16T08:40:44Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Šíření invazních druhů rostlin v krajině */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Nápad zajímavý, ale připadá mi to velmi vágní, spousta &amp;quot;měkkých&amp;quot; faktorů. Buďto to zkuste rozpracovat do detailu, aby bylo lépe vidět, jakou cestou byste se vydal nebo zvažte jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:32, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, na tohle by byl ideální Simprocess, který už bohužel není k dispozici. Simulace jako taková je poměrně triviální, určitě doložte zdroje dat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:36, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, vyberte si prosím jednu zcela konkrétní linku. Budete to mít daleko snazší s daty. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:38, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Máte to popsáno dost obecně. Předpokládám, že budete pracovat s konkrétními druhy, konkrétním prostředím, apod. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:40, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26718</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26718"/>
		<updated>2025-05-16T08:38:52Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Autobusová linka v městské dopravě */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Nápad zajímavý, ale připadá mi to velmi vágní, spousta &amp;quot;měkkých&amp;quot; faktorů. Buďto to zkuste rozpracovat do detailu, aby bylo lépe vidět, jakou cestou byste se vydal nebo zvažte jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:32, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, na tohle by byl ideální Simprocess, který už bohužel není k dispozici. Simulace jako taková je poměrně triviální, určitě doložte zdroje dat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:36, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, vyberte si prosím jednu zcela konkrétní linku. Budete to mít daleko snazší s daty. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:38, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26717</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26717"/>
		<updated>2025-05-16T08:36:37Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Nápad zajímavý, ale připadá mi to velmi vágní, spousta &amp;quot;měkkých&amp;quot; faktorů. Buďto to zkuste rozpracovat do detailu, aby bylo lépe vidět, jakou cestou byste se vydal nebo zvažte jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:32, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, na tohle by byl ideální Simprocess, který už bohužel není k dispozici. Simulace jako taková je poměrně triviální, určitě doložte zdroje dat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:36, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26716</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26716"/>
		<updated>2025-05-16T08:33:29Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Phishing na hybridním pracovišti */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Nápad zajímavý, ale připadá mi to velmi vágní, spousta &amp;quot;měkkých&amp;quot; faktorů. Buďto to zkuste rozpracovat do detailu, aby bylo lépe vidět, jakou cestou byste se vydal nebo zvažte jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:32, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26715</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26715"/>
		<updated>2025-05-16T08:27:35Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:27, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26714</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26714"/>
		<updated>2025-05-16T08:26:20Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Pavlovovo podmiňování v agentním modelu */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Představuju si to tak, že to bude jeden vůz (vyznačený prostor), kam nastoupí noví pasažéři, část ze kterých jede bez jízdenky. Během jízdy mezi zastávkami (tedy dokud nemohou vystoupit) mohou být kontrolovány revizorem, kontrola taky zabere nějaký čas. Na konci jedné jízdy (po uplynutí fixního počtů ticků, které budou reflektovat délku jízdy - tak, aby to souviselo s počtem proveditelných kontrol, tyto informace lze odvodit ze stránek PID) pasažéři vystoupí a noví nastoupí. [[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 20:39, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Myšlenka se mi líbí, ale úplně si na základě toho zadání nedovedu představit tu realizaci. To bude jako jeden agent nebo budete simulovat něco jako neurony toho psa? Zkuste to prosím rozvést, případně doplnit obrázek. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:26, 16 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26712</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26712"/>
		<updated>2025-05-15T08:01:50Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Kontrola jízdenek v MHD */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak to chcete modelovat? Půjde o pasažery přímo ve vozech? Nebo budete mít nějaký model nějaké stanice s rozmístěním revizorů nebo celé sítě MHD? Zkuste to prosím upřesnit, klidně doplňte obrázek. Taková úloha se totiž dá vypracovat řadou způsobů. Některé by byly vyloženě banální, jiné by mohly být zajímavé. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 09:01, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26711</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26711"/>
		<updated>2025-05-15T07:57:12Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Simulace vojenské patroly a střetu s nepřítelem */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, může být. Dejte si pozor na dobré odzdrojování dat, se kterými pracujete. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:57, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26710</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26710"/>
		<updated>2025-05-15T07:54:57Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, nezapomeňte chování jednotlivých druhů tučńáků, atd. podložit nějakými zdroji. Pozor také na relativně nízké počty. 50 výskytů nějakého jevu je skoro na hranici fungování statistiky. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:54, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26709</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26709"/>
		<updated>2025-05-15T07:52:20Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Moc nadšený z toho tématu nejsem. Většinou tahle hazardní témata zamítáme hlavně z důvodu, že ten výsledek je obvykle bývá poměrně snadno analyticky převídatelný. Tady aspoň pracujete s porovnáváním těch strategií, budiž. Dejte prosím pozor, ať nedojdete ke zcela banálním výsledkům. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:52, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26708</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26708"/>
		<updated>2025-05-15T07:42:06Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Evakuace šelem v pražské ZOO v případě povodně */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno.''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:42, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26707</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26707"/>
		<updated>2025-05-15T07:40:36Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Šíření dezinformací na sociálních sítích */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
RE: Typ člověka není binární kritérium, binární je poze to, zda jsou ruce mokré nebo suché – tedy mokré: True/False. Což ale souvistí s tím typem člověka, který by měl popisovat, jak dobře si ruce myje a suší. Ze sušení pak vzniká ta binární proměnná. To jak kvalitně si myje ruce si představuji jako nějaký koeficient – hodnota z nějakého rozmezí, kterou bych poté vynásobila účinek mycího prostředku aby se vyhodnotil úbytek bakterií. &lt;br /&gt;
Konkrétní pobobu toho typu člověka musím ještě promyslet, hlavně podle toho jak najdu data – pravděpodobně to bude odvozené z délky mytí rukou (kolik je potřeba a kolik tomu lidé obvykle dají). Ale jedna z možností, co mě napadla by bylo vytvoření archetypů jako &amp;quot;špindíra&amp;quot; a &amp;quot;poctivec&amp;quot;, které by ten koeficient nastavili na určitou honotu. Ale mohla bych tam asi dát i možnost uživateli si jej nastait, jak chce (tedy v nějaké pro uživatele stravitelné podobě). &lt;br /&gt;
Myslíte, že bude stačit takto ten koeficient, nebo tam budete chtít i zanést nějakou míru náhody (jako náhodnou odchylku +- xy % při akci mytí rukou)?&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Podobná témata se občas objevují, ale většinou narazí na problém, že je nesmírně těžké u tohoto typu problému pracovat s nějakými tvrdými daty. Výsledky by pak zůstaly jen velmi nahodilé. Zkuste popřemýšlet, jestli by byla cesta, jak se tomuto problému vyhnout, alternativně samozřejmě můžete zvážit i jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 08:40, 15 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26705</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26705"/>
		<updated>2025-05-14T11:54:56Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Přemnožení divokých prasat */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jde o variantu klasické úlohy Predator-Prey, která byla řešena už mnohokrát. Chtěl bych, aby to nedopadlo klasicným rámečkem s rozmístěnými prasaty. myslivci a vegetací, takže bych doporučoval ještě rozpracovat detaily. Nicméně '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:54, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26704</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26704"/>
		<updated>2025-05-14T11:49:58Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Útoky medvědů */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu (je to v podstatě varianta Predator-Prey, která byla simulována už nesčetněkrát). Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26703</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26703"/>
		<updated>2025-05-14T11:48:50Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Útoky medvědů */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dejte si opravdu pozor na zdrojová data a jejic využití. Simulace se dá provést více způsoby, pokud by to bylo příliš zjednodušené, mohlo by se to zvrhnout v banalitu. Provést to realisticky nebude úplně snadno. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:48, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26702</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26702"/>
		<updated>2025-05-14T11:44:15Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Chování zákazníků v supermarketu/večerce */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26701</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26701"/>
		<updated>2025-05-14T11:43:58Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Chování zákazníků v supermarketu/večerce */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Schváleno. Téma dobré, jen si dejte pozor na &amp;quot;měkké&amp;quot; proměnné. Třeba to striktní oddělení impulzivního/normálního nákupu není podle mě realistické a neseženete k tomu data. Raději bych pracovat s nějakou proměnnou délky strávené v prodejně. Tady hodnoty příslušného statistického rozdělení rozhodně seženete lépe. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:43, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26700</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26700"/>
		<updated>2025-05-14T11:39:40Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Bakterie na rukou */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: Téma vypadá dobře, moc se mi jen nelíbí, že hlavně proměnné jsou hodně &amp;quot;měkké&amp;quot;. Nejhorší v tomto smyslu je ten &amp;quot;typ člověka&amp;quot;. Jak to budete hodnotit, kolik lidí kterého typu existuje - kór, když jde o kritérium binární? Zkuste to dopracovat a najít &amp;quot;tvrdší&amp;quot; charakteristiky, ke kterým data snáze najdete. Co třeba typy povrchů? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:39, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26699</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26699"/>
		<updated>2025-05-14T11:32:29Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace: Sebe-deportační program pro nelegální vetřelce v USA */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
:: Téma je bezesporu originální a oceňuji satirickou notu, kterou v něm cítím. Ale je velmi obtížně vyhodnotitelné. Pracujete s velmi měkkými veličinami, výsledky by byly nesmírně těžko prokazatelné. Popřemýšlejte o tom prosím ještě, případně navrhněte něco jiného. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:32, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26698</id>
		<title>Assignment SS 2024/2025/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2024/2025/cs&amp;diff=26698"/>
		<updated>2025-05-14T11:19:44Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace výběru optimální lokality pro koupi nemovitosti s ohledem na budoucí rizika ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces investora při výběru bezpečné lokality pro investici do nemovitosti kdekoliv na světě, s ohledem na budoucí rizika. V rozhodovacím procesu hraje roli celá řada faktorů – od historického vývoje cen nemovitostí, přes kriminalitu a politickou stabilitu až po klimatická rizika, jako jsou záplavy, stoupání mořské hladiny nebo úbytek vody. Cílem je určit, které lokality mají vysoký potenciál růstu hodnoty a zároveň co nejnižší rizika v horizontu příštích lét či dekád. Téma je obvzláště aktuální vzhledem k politickému dění naší doby. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat:&lt;br /&gt;
*Dlouhodobou rizikovost jednotlivých lokalit pro investice do nemovitostí&lt;br /&gt;
*Vliv globálních trendů (klima, migrace, infrastruktura, ekonomický vývoj) na budoucí výnos&lt;br /&gt;
*Identifikaci zón, kde se předpokládá stabilní růst&lt;br /&gt;
*Dopad scénářů (např. klimatická krize, politické otřesy) na hodnotu investice&lt;br /&gt;
*Zohlednění takových proměnných jako cena nemovitosti, kriminalita ve vybrané lokalitě aj.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Fyzickými osobami&lt;br /&gt;
*Soukromými investory a fondy investujícími do rezidenčních i komerčních nemovitostí&lt;br /&gt;
*Analytiky bank a pojišťoven při určování pojistných rizik nemovitostí a rizik poskytování finančních prostředků ke koupi oných nemovitostí &lt;br /&gt;
*Urbanisty a plánovači udržitelného rozvoje měst&lt;br /&gt;
*Pro prediktivní analýzy trhu&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Monte Carlo simulace s vícero scénáři budoucího vývoje&lt;br /&gt;
*Simulační prostředí: Excel (potenciálně NetLogo, pokud mě během práce napadne jak to pojmout pomocí tohoto nástroje, například by mohl být za agenty považováni investoři s různými preferencemi a tolerancí k riziku)&lt;br /&gt;
*Simulace je stavěná na lokalitách (nejspíše to budou města) s atributy přiřazenými z reálných datových zdrojů a i náhodnými proměnnými&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*location - geografická lokalita &lt;br /&gt;
*property_value - současná průměrná cena nemovitosti&lt;br /&gt;
*climate_risk_index - souhrnný index klimatického rizika (záplavy, sucho, mořská hladina, požáry)&lt;br /&gt;
*infrastructure_score - skóre infrastruktury a dopravní dostupnosti&lt;br /&gt;
*governance_index - kvalita vládnutí a právní ochrany&lt;br /&gt;
*historical_growth - průměrný roční růst cen nemovitostí za posledních X let&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*political_instability - pravděpodobnost politických nepokojů nebo regulačních změn&lt;br /&gt;
*population_flow - změna počtu obyvatel (vliv migrace, urbanizace)&lt;br /&gt;
*climate_event_frequency - frekvence extrémních klimatických jevů v následujících X letech&lt;br /&gt;
*investment_sentiment - nálada investorů a pravděpodobnost, že investoři danou lokalitu upřednostní&lt;br /&gt;
*economic_shock - externí šoky (např. finanční krize) ovlivňující hodnotu&lt;br /&gt;
*další proměnné co mě napadnou a budou dávat smysl&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Cost of Living https://www.numbeo.com/cost-of-living/&lt;br /&gt;
*Climate Risk Index 2025 https://www.germanwatch.org/en/cri&lt;br /&gt;
*World cities report 2024 https://unhabitat.org/wcr/&lt;br /&gt;
*Housing prices https://www.oecd.org/en/data/indicators/housing-prices.html?oecdcontrol-82d381eddd-var3=2025&lt;br /&gt;
*Crime https://www.numbeo.com/crime/&lt;br /&gt;
*Catastrophe Data Hub https://www.eiopa.europa.eu/tools-and-data/catastrophe-data-hub_en&lt;br /&gt;
*další data která během práce a rešerše najdu a budu považovat za relevantní&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Isar00|Isar00]] ([[User talk:Isar00|talk]]) 22:01, 13 May 2025 (CET)&lt;br /&gt;
:: Na Monte Carlo to moc nevidím, nedokážu si představit, jak pro uvedené náhodné proměnné budete odvozovat pravděpodobnostní rozdělení. Asi by by to šlo ve Vensimu - co vy na to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:20, 14 May 2025 (CET)&lt;br /&gt;
:: Já se hlavně obávám, že je to úloha sice zajímavá, ale velmi obtížně řešitelná. Resp. k nějakým výsledkům se určitě dojde, ale jejich ověření bude nesmírně problematické. Doporučoval bych přemýšlet o něčem jiném. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:19, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Sebe-deportační program pro nelegální vetřelce v USA ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace bude modelovat rozhodovací proces nelegálních migrantů („illegal aliens“) v USA v rámci nového programu sebe-deportace prostřednictvím aplikace CBP Home. Tento program nabízí finanční odměnu ve výši 1 000 USD a bezplatný let „kamkoliv“ výměnou za dobrovolný odchod ze země. Pomocí této iniciativy dle slov prezidenta Trumpa ušetří daňoví poplatníci v USA „miliardy a miliardy“ dolarů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat program sebe-deportace z hlediska:&lt;br /&gt;
*Počtu migrantů, kteří se rozhodnou program využít&lt;br /&gt;
*Finančních úspor pro vládu USA ve srovnání s náklady na nucené deportace&lt;br /&gt;
*Klíčových faktorů ovlivňujících rozhodnutí migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
*Ministerstvem vnitřní bezpečnosti USA pro odhad efektivity programu a optimalizaci politiky sebe-deportace&lt;br /&gt;
*Týmem Donalda Trumpa pro další predikci ohledně úspor daňových poplatníků&lt;br /&gt;
*Výzkumnými institucemi pro analýzu dopadů imigračních politik na chování migrantů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*NetLogo&lt;br /&gt;
*Každý agent bude reprezentovat jednotlivého vetřelce s vlastními atributy stanovenými pomocí níže uvedených proměnných. Na základě těchto atributů a definovaných pravidel se agenti budou rozhodovat, zda program sebe-deportace využijí. Prostředí simulace bude tvořeno mřížkou, kde jednotlivé buňky mohou reprezentovat různé geografické oblasti s odlišnou úrovní vymáhání práva. Agenti se mohou pohybovat po této mřížce.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
*enforcement_level - úroveň vymáhání imigračního práva v daném regionu &lt;br /&gt;
*incentive_amount - výše finanční pobídky za sebe-deportaci (1000 USD)&lt;br /&gt;
*awareness_level - informovanost migranta existenci o programu (s časem roste)&lt;br /&gt;
*time_since_policy - doba od spuštění programu&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
*decision_to_leave - rozhodnutí migranta odejít (ano/ne) na základě vypočtené pravděpodobnosti (ovlivněné jeho atributy)&lt;br /&gt;
*risk_of_enforcement - riziko zadržení a deportace&lt;br /&gt;
*trust_in_government - důvěra migranta ve vládní instituce a sliby&lt;br /&gt;
*family_pressure - tlak rodiny na rozhodnutí zůstat nebo odejít&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*AMERICAN IMMIGRATION COUNCIL, 2025. U.S. Immigration Statistics. American Immigration Council [online]. [vid. 2025-05-13]. Dostupné z: https://map.americanimmigrationcouncil.org/locations/national/&lt;br /&gt;
*BATALOVA, Jeanne Batalova Jeanne, 2025. Frequently Requested Statistics on Immigrants and Immigration in the United States. migrationpolicy.org [online] [vid. 2025-05-13]. Dostupné z: https://www.migrationpolicy.org/article/frequently-requested-statistics-immigrants-and-immigration-united-states&lt;br /&gt;
*BELL, Peter, 2024. Public Trust in Government: 1958-2024. Pew Research Center [online]. [vid. 2025-05-13]. Dostupné z: https://www.pewresearch.org/politics/2024/06/24/public-trust-in-government-1958-2024/&lt;br /&gt;
*DHS.GOV, 2025. DHS Announces Historic Travel Assistance and Stipend for Voluntary Self-Deportation | Homeland Security [online] [vid. 2025-05-13]. Dostupné z: https://www.dhs.gov/news/2025/05/05/dhs-announces-historic-travel-assistance-and-stipend-voluntary-self-deportation?utm_source=chatgpt.com&lt;br /&gt;
*ICE.GOV, 2025. ICE Enforcement and Removal Operations Statistics | ICE [online] [vid. 2025-05-13]. Dostupné z: https://www.ice.gov/statistics&lt;br /&gt;
*+další statistická data&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Masd04|Masd04]] ([[User talk:Masd04|talk]]) 15:50, 13 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bakterie na rukou ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Bakterie, stejně jako jiné mikroorganismy, jsou přítomny kolem nás a končí pak i na našich rukou. Některé mohou být pro člověka zdrojem infekcí. Je proto důležité dbát na řádnou hygienu a umývat si ruce pečlivě. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat množství bakterií (od virů, prvoků apod. abstrahuji pro zjednodušení) na povorchu lidské ruky (abstrahuji od rozdílu mezi dominantní a nedominantní) za běžného dne a jaký na něj vliv má četnost a kvalita mytí rukou. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Edukativní – názorná ukázka např. dětem&lt;br /&gt;
* Simulace účinku mycích prostředků &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace v NetLogo. Bakterie budou existovat na povrchu ruky (respektive dlaně). S postupem času vznikají události navyšující počet bakterií (např. použití wc – bude záviset na dostupnosti dat). Události mytí rukou jejich počet naopak sníži – míra závisí na použitém přípravku (např. pouze voda, mýdlo, 70% ethanol) a kvalitě (pečlivosti) mytí. Mokré ruce na sebe nachytávají více bakterií. &lt;br /&gt;
&lt;br /&gt;
Je možné, že simulace bude &amp;quot;interaktivní&amp;quot; v tom smyslu, že uživatel simulace bude mít možnost spouštět (nebo nespouštět) jednotlivé události které zvyšují počet bakterií a události mytí rukou. Tuto verzi osobně preferuji (interaktivní materiály zpravidla naučí více), nicméně ve výsledku bude záviset na možnostech NetLoga a mé schopnosti s kódem. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Bakterie – pobývají na povrchu ruky&lt;br /&gt;
* Účinnost přípravku – jak účinně (%) přípravek redukuje počet bakterií&lt;br /&gt;
* Typ člověka – jak čistotný majitel ruky je –&amp;gt; jak kvalitně si myje ruce a jestli jsou suché (T/F)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění bakterií.&lt;br /&gt;
* Příbytek bakterií (počet v rámci daného rozmezí)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.ccmhhealth.com/clean-hands-count/&lt;br /&gt;
* https://www.cdc.gov/clean-hands/data-research/facts-stats/index.html&lt;br /&gt;
* https://www.idnes.cz/onadnes/zdravi/co-zije-na-vasich-dlanich.A081110_123959_zdravi_bad&lt;br /&gt;
* další – najít data s konkrétnímy čísly zabere více času než mám aktuálně k dispozici. &lt;br /&gt;
Věřím však, že to bude možné. Případně přizpůsobím nějaké proměnné nalezeným datům (např. pokud mi kvalitní data umožní přidat proměnné nebo nějaké nahradit), aby práce byla podložena daty. &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Jana19|Jana19]] ([[User talk:Jana19|talk]]) 21:57, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Chování zákazníků v supermarketu/večerce ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Supermarkety čelí výzvám při optimalizaci rozložení regálů a organizace prostoru, aby maximalizovaly zisk a zkrátily dobu nákupu tak, aby se prostory nepřeplnily. Zákazníci mají různá nákupní chování, přičemž někteří nakupují plánovaně, jiní se rozhodují impulzivně nebo reagují na nabídky slev. Tyto faktory spolu s hustotou zákazníků, pozicemi zboží a frontami mohou mít zásadní vliv na efektivitu nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jak správné rozmístění regálů napomůže efektivitě supermarketu/večerky. Toho by mělo být dosaženo zakomponováním různých faktorů, které chod ovlivňují, jako je rozložení zboží, počet zákazníků a jejich chování, slevy, Délku pobytu v obchodě, Zatížení jednotlivých uliček a zón, Pravděpodobnost nákupu akčního zboží, Fronty u pokladen....&lt;br /&gt;
&lt;br /&gt;
Simulace by měla pomoci v návrhu efektivního rozmístění a optimalizaci nákupního procesu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Marketingová oddělení&lt;br /&gt;
* večerky&lt;br /&gt;
* supermarkety&lt;br /&gt;
* Designeři obchodních prostorů&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v NetLogo, které umožní modelovat prostor supermarketu, pohyb zákazníků a jejich chování. Každý zákazník, zboží, sleva je považován za agenta, který interaguje s prostředím (supermarketem) a dalšími agenty (ostatními zákazníky). Model bude simulovat různé množství zákazníků, rozmístění zboží, slevy.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
&lt;br /&gt;
* Rozložení obchodu: Počet regálů, uliček,...&lt;br /&gt;
* Průměrná doba strávená na pokladně&lt;br /&gt;
* Kapacita pokladen&lt;br /&gt;
* Počet zón v obchodě: Zóny jako ovoce, zelenina, pečivo, nápoje,...&lt;br /&gt;
* Typy zboží v prodeji&lt;br /&gt;
* Typ slevové akce&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Typ zákazníka - plánovaný nákup, impulzivní nákup, procházející,...&lt;br /&gt;
* Doba rozhodování o nákupu - např. plánovaný 5-10sec, impulzivní - x sec,...&lt;br /&gt;
* Rychlost pohybu zákazníka&lt;br /&gt;
* Počet zákazníků v obchodě&lt;br /&gt;
* Umístění zboží ve slevě - v simulaci bych mohl ozkoušet i druhou verzi kdy bude umístění vždy stejné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
* Prostředí supermarketu [https://www.zboziaprodej.cz/2023/04/04/jak-ovlivnuje-zakazniky-prostredi-ve-kterem-nakupuji/]&lt;br /&gt;
* Grocery layout [https://www.wavegrocery.com/blogpost/use-your-grocery-store-layout-to-boost-sales?]&lt;br /&gt;
* Kapacita/rychlost pokladen [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/]&lt;br /&gt;
* Layout [https://planohero.com/en/blog/grocery-store-layout-strategy/]&lt;br /&gt;
* How to Create an Inviting Retail Store Layout [https://www.millsshelving.com.au/how-to-create-an-inviting-retail-store-layout/?]&lt;br /&gt;
* How Understanding Your Grocery Store’s Layout Can Save You Money [https://www.goodrx.com/well-being/diet-nutrition/grocery-store-layout?]&lt;br /&gt;
* Typy zákazníků [https://strate9y.com/analyza-zakazniku-tajemstvi-uspechu-podnikani/?]&lt;br /&gt;
* Rozložení prodejen v Čr&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kubd06|Kubánek David (kubd06)]] ([[User talk:Kubd06|talk]]) 22:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Dynamika technického dluhu v softwarovém vývoji ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Technický dluh v softwarovém vývoji vzniká, je a taky i bude. Jedním z důvodu vzniku je tlak na rychlost dodání, zvolení suboptimálního řešení nebo zkratky pro usnadnění práce. Tento dluh se hromadí v kódové bázi a systému a chová se podobně jako finanční dluh – s &amp;quot;úroky&amp;quot; v podobě zvýšeného úsilí na budoucí údržbu, opravy chyb ale i implementaci nových funkcí. Akumulovaný dluh tak postupně zpomaluje vývojový tým, snižuje agilitu projektu a zvyšuje celkové dlouhodobé náklady pro celou firmu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace si dává za úkol namodelovat dynamiku akumulace dluhu a jeho splácení v čase. Jaký ma vliv na produktivitu. Ale hlavně jaké různé strategie řízení dluhu jsou dlouhodobě nejefektivnejší (např. konstatní alokace času na refaktoring vs. reaktivní přístup).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Jako podpora při rozhodování projektových manažerů o prioritách (rychlost vs. kvalita).&lt;br /&gt;
* Může pomoci stakeholderům pochopit náklady a přínosy investic do kvality kódu (argumenty pro CIO).&lt;br /&gt;
* Pro strategické plánování v IT organizacích týkající se údržby a rozvoje systémů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá metodu systémové dynamiky (System Dynamics).&lt;br /&gt;
* Bude použit program Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počáteční úroveň technického dluhu.&lt;br /&gt;
* Počáteční rozsah backlogu (nesplněných požadavků).&lt;br /&gt;
* Velikost týmu.&lt;br /&gt;
* Základní produktivita týmu (bez vlivu dluhu).&lt;br /&gt;
* Míra alokace času na refaktoring (strategické rozhodnutí).&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Tempo příchodu nových požadavků do backlogu.&lt;br /&gt;
* Efektivita refaktorovacích snah (malé fluktuace).&lt;br /&gt;
* Výskyt neočekávaných problémů vedoucích k tvorbě dluhu (např. kritické chyby).&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Produkční data budou ťežko získatelné, proto využijeme kombinaci odhadu expertů z praxe a odbornou literaturu.&lt;br /&gt;
&lt;br /&gt;
* GUPTA, Kartik, 2025. Measuring the Impact of Technical Debt on Development Effort in Software Projects. arXiv [online]. [cit. 2025-05-12]. Dostupné z: https://arxiv.org/abs/2502.16277&lt;br /&gt;
* YLI-HUUMO, Jesse, Andrey MAGLYAS a Kari SMOLANDER, 2016. How do software development teams manage technical debt? – An empirical study. Dostupné z: doi:https://doi.org/10.1016/j.jss.2016.05.018&lt;br /&gt;
* TOM, Edith, Aybüke AURUM a Richard VIDGEN, 2013. An exploration of technical debt. Journal of Systems and Software. 86(6), 1498–1516. Dostupné z: doi:https://doi.org/10.1016/j.jss.2012.12.052&lt;br /&gt;
* HOLVITIE, Johannes, Sherlock A. LICORISH, Rodrigo O. SPÍNOLA, Sami HYRYNSALMI, Stephen G. MACDONELL, Thiago S. MENDES, Jim BUCHAN a Ville LEPPÄNEN, 2018. Technical debt and agile software development practices and processes: An industry practitioner survey. Information and Software Technology. 96, 141–160. Dostupné z: doi:https://doi.org/10.1016/j.infsof.2017.11.015&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrus07|Hrus07]] ([[User talk:Hrus07|talk]]) 22:19, 12 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:29, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Útoky medvědů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Na Slovensku se vyskytuje velké množství medvědů, kteří ohrožují tamní obyvatele a turisty. Útoky jsou momentálně velmi časté a přibývají. Slovenská vláda schválila návrh na odstřel cca 350 jedinců. Zároveň se jedná o chráněný druh, tudíž počty by neměly být redukovány ve velké míře, ne-li vůbec. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem bude simulovat ideální počet medvědů, aby se minimalizoval počet útoků medvěda a potřeba redukovat počet medvědů.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Např. pro plánování odstřelu medvědů, aby druh nebyl příliš ohrožen.&lt;br /&gt;
* Simulace chování medvědů v přírodě.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti budou medvědi, turisti a lovci. V prostředí se populace medvědů bude přirozeně zvyšovat. Turisté mají šanci na útěk. Lovci budou reagovat na incidenty medvědů s turisty.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Medvědi – pohybují se po krajině, hledají potravu a případně útočí na turisty&lt;br /&gt;
* Lovci – redukují počty medvědů na základě útoků a ohrožení turistů.&lt;br /&gt;
* Turisti – objevují tamní krajinu a lesy. Reagují na přítomnost medvědů.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění medvědů, lovců a turistů.&lt;br /&gt;
* Rozmístění vegetace, lesů.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Slovenská vláda schválila odstřel medvědů [https://www.irozhlas.cz/zpravy-svet/nemuzeme-zit-v-zemi-kde-se-lide-boji-chodit-do-lesa-slovenska-vlada-schvalila_2504021255_mst]&lt;br /&gt;
* Medvěd hnědý - biotop a teritorium [https://www.selmy.cz/medved/biotop-a-teritorium/]&lt;br /&gt;
* Medvěd na Slovensku [https://sita.sk/nasvidiek/kolko-medvedov-zije-na-slovensku-studia-ukazala-cisla-a-najviac-ich-je-na-polane/?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Vlcj07|Vlcj07]] ([[User talk:Vlcj07|talk]]) 19:43, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Přemnožení divokých prasat ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Divoká prasata jsou v České republice přemnožená – na našem území jich je v současnoti 100krát více, než je únosné. Přemnožení je zapříčeněno několika faktory. Prvním je způsob rozmnožování divokých prasat. Bachyně mívají dva vrhy ročně, přičemž v každém vrhu se vyskytuje průměrně 4-12 selat. Při přebytku potravy tak populace divokých prasat prudce roste. Druhý faktor, který zapříčiňuje přemnožení prasat, je absence přirozených predátorů těchto zvířat na našem území. Kontrolu populace pak musejí provádět myslivci, nicméně odtřel je v současné době nedostatečný.&lt;br /&gt;
&lt;br /&gt;
Přemnožená prasata mají negativní dopad na vegetaci svého okolí. Jedná se například o rostlinu bleduli letní, která se v České republice řadí mezi zvláště chráněné druhy rostlin.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace bude simulovat ideální míru odstřelu divokých prasat, aby nedošlo ke zničení vzácné vegetace (jako je například bledule letní). V simulaci bude zobrazena součinnost několika faktorů (růst prasečí populace v závislosti na přítomnosti potravy, množství střelců nutných pro udržení populace na uzdě apod.).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
* Myslivci pro informovanější plánování odstřelu prasat.&lt;br /&gt;
* Lesní správa, farmářský a zahradnický průmysl apod. – všechna tato odvětví jsou negativně ovlivněná přemnoženou prasečí populací.&lt;br /&gt;
* Simulace může problematiku přiblížit i širší veřejnosti, která tak bude lépe schopná seznat její závažnost.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Prostředím multiagentní simulace bude NetLogo. Agenti budou divoká prasata, myslivci a vzácná vegetace. Prasata se budou množit rychlostí závislou na množství vegetace. Model bude simulovat různé počty myslivců a různé strategie střelby. Množství vegetace bude závislé na velikosti prasečí populace.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem: &lt;br /&gt;
* Rychlost množení a „žravost“ divokých prasat.&lt;br /&gt;
* Rychlost obnovy vegetace.&lt;br /&gt;
* Počet myslivců a strategie a způsob jejich odstřelování prasat.&lt;br /&gt;
&lt;br /&gt;
Náhodné: &lt;br /&gt;
* Počáteční populace prasat (v určitém rozmezí).&lt;br /&gt;
* Počáteční množství vegetace (opět v určitém rozmezí).&lt;br /&gt;
* Rozmístění prasat.&lt;br /&gt;
* Rozmístění myslivců.&lt;br /&gt;
* Rozmístění vegetace.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Prasata devastují vzácnou zeleň. [https://benesovsky.denik.cz/zpravy_region/premnozena-prasata-pustosi-benesovsko-mizi-bledule-i-orchideje-20250318.html]&lt;br /&gt;
* Způsob rozmnožování divokých prasat. [https://www.hubeni-skudcu.cz/blog/prase-divoke/]&lt;br /&gt;
* Policejní odstřel divokých prasat. [https://www.idnes.cz/liberec/zpravy/odstrel-divocaku-praseci-mor-liberec-jablonec-myslivci-policie.A241212_140610_liberec-zpravy_cink]&lt;br /&gt;
* Prase divoké – základní informace. [https://www.kdelovit.cz/cz/lovna-zver/srstnata/prase-divoke]&lt;br /&gt;
* Životní cyklus divokých prasat. [https://cit.vfu.cz/pohoda/zivotni_cyklus.pdf]&lt;br /&gt;
* Lov divokého prasete. [https://huntasticzech.cz/zvire/prase-divoke/]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kalp08|Petr Kalina (kalp08)]] ([[User talk:Kalp08|talk]]) 13:52, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření dezinformací na sociálních sítích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace modeluje šíření dezinformace mezi uživateli sociální sítě. V dnešním digitálním prostoru jsou informace často sdíleny bez jejich ověřování, což přispívá k rychlému rozšiřování nepravdivých nebo manipulativních zpráv. Sociální sítě jsou hlavním kanálem pro šíření jak pravdivých, tak nepravdivých informací. Model zkoumá, jak rychle a do jaké míry se dezinformace rozšíří napříč sítí uživatelů, kteří jsou mezi sebou propojeni pomocí přátelství nebo sledujících. Ovlivňujícími faktory jsou zejména míra ochoty sdílet, schopnost rozpoznat nepravdivý obsah, struktura sítě (např. počet spojení) a chování jednotlivců. Cílem je porozumět tomu, jaké strategie mohou šíření zpomalit či omezit a jak síťová struktura ovlivňuje zranitelnost vůči dezinformacím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je odpovědět na otázku: jak ovlivňuje struktura sociální sítě, chování jednotlivých uživatelů a míra kritického myšlení rychlost a rozsah šíření dezinformací? Simulace umožní identifikovat klíčové parametry, které mohou buď přispět k virálnímu šíření, nebo ho potlačit. Výsledkem může být doporučení k edukaci uživatelů nebo návrh algoritmických opatření pro omezení dosahu problematického obsahu.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace má možné využití:&lt;br /&gt;
*  Jako didaktický nástroj pro výuku mediální a digitální gramotnosti nebo informační bezpečnost&lt;br /&gt;
*  Pro využití v akademickém výzkumu zabývajícím se šířením obsahu v online prostředí, včetně fake news a konspiračních teorií. &lt;br /&gt;
&lt;br /&gt;
Výsledky mohou posloužit i jako argument pro zavedení preventivních opatření na sociálních platformách.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je vytvořena v prostředí NetLogo. Agenti představují uživatele sociální sítě a jsou propojeni do komunikační struktury (vztahy: „sleduje“, „přátelí se“). Dezinformace se šíří po těchto spojeních. V modelu existují pravidla pro šíření dezinformace a rozhodování agentů. To znamená, že každý agent má určitou pravděpodobnost sdílení, může si informaci ověřit a tím ji zablokovat, nebo ji předat dál. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
'''Definované předem:'''&lt;br /&gt;
 • počet uživatelů v síti&lt;br /&gt;
 • typ sociální sítě/síťové struktury (náhodná síť, small-world, scale-free)&lt;br /&gt;
 • průměrný počet spojení na agenta = síťová hustota&lt;br /&gt;
 • počet původních šiřitelů dezinformace&lt;br /&gt;
 • pravděpodobnost sdílení dezinformace (bez ověření)&lt;br /&gt;
 • pravděpodobnost ověření zprávy a zamezení jejího šíření&lt;br /&gt;
'''Náhodné:'''&lt;br /&gt;
 • rozložení spojení v síti&lt;br /&gt;
 • výběr původních šiřitelů&lt;br /&gt;
 • pořadí interakcí mezi agenty (směr šíření, kdo ovlivní koho)&lt;br /&gt;
 • individuální rozhodnutí každého agenta (na základě pravděpodobností)&lt;br /&gt;
 • výsledný rozsah šíření (liší se běh od běhu i při stejných nastaveních)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*  Výzkumy behaviorální ekonomie a mediální gramotnosti – např. [https://mediaeducation.ucoz.ru/_ld/0/83_Fedorov-A-2007-.pdf JIRÁK, Jan; WOOLÁK, Radim Woolák Radim. Mediální gramotnost. Praha: Radioservis, 2009.]&lt;br /&gt;
*  Analýzy šíření fake news – např. Vosoughi, Roy, Aral (2018) – „The spread of true and false news online“, Science 359(6380), 1146–1151. [https://ide.mit.edu/wp-content/uploads/2018/12/2017-IDE-Research-Brief-False-News.pdf „The spread of true and false news online“] &lt;br /&gt;
*  Odhady pravděpodobností a struktury sítě vycházejí z běžného chování uživatelů na sociálních sítích&lt;br /&gt;
*  Výzkumné zprávy o algoritmech šíření obsahu na platformách jako Facebook, Instagram, nebo TikTok&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:macn04|macn04]] ([[User talk:macn04|talk]]) 14:30, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Evakuace šelem v pražské ZOO v případě povodně ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Pražská zoologická zahrada se nachází v záplavovém území a v minulosti byla při povodních (např. v roce 2002 a 2013) vážně zasažena. Evakuace zvířat, zejména velkých a nebezpečných šelem, představuje logisticky i bezpečnostně náročný úkol. Zvířata musí být přepravena v co nejkratším čase, bezpečně a s minimálním stresem, zároveň je nutné chránit zaměstnance a návštěvníky. Simulace se zaměřuje na proces evakuace pavilonu šelem při náhlém zvýšení hladiny Vltavy. Výsledky mohou pomoci vedení ZOO lépe se připravit na mimořádné události.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Jak rychle a efektivně lze evakuovat šelmy z ohroženého pavilonu v případě povodně?&lt;br /&gt;
Výsledkem bude návrh optimální evakuační strategie v závislosti na různých faktorech (např. počet ošetřovatelů, kooperace zvířat, čas do zaplavení, atd.). Některá zvířata jsou více nebezpečná jiná jsou klidná.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
*Zaměstnancům ZOO, kteří se chtějí připravit na krizové situace&lt;br /&gt;
*Studentům, kteří se učí o ochraně zvířat nebo krizovém řízení&lt;br /&gt;
*Veřejnosti, která si chce udělat představu, jak taková situace vypadá a proč je důležitá příprava&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou zvířata, zaměstnanci (ošetřovatelé) a povodeň. Zvířata mají různé chování, velikost, agresivitu. Ošetřovatelé jsou  zkušení, ale i nováčci a je jich různý počet na směnách. Povodeň může mít různé rychlosti. Prostředím je pavilon šelem v pražské ZOO. V pavilonu jsou jednotlivé expozice podle druhu zvířete. V případě, kdy hrozí evakuace jsou všechna zvířata uvnitř pavilonu.&lt;br /&gt;
&lt;br /&gt;
V případě evakuace přijdou chovatelé a evakuují zvířata. Některá musí uspat, jiná ne. Zvířata přesouvají do klecí nebo boxů a převážejí pryč cestou podle zatopení. U každého zvířete je dohledatelný &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet zvířat v pavilonu, jejich velikost a druhy&lt;br /&gt;
* Počet evakuačních cest&lt;br /&gt;
* Rychlost záplav (kolik času je na evakuaci)&lt;br /&gt;
* Počet ošetřovatelů a jejich zkušenosti (můžou být zkušení nebo nováčci, nováčci jsou pomalejší a mají vyšší pravděpodobnost minout uspávací šipkou)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* kooperace zvířete (může být klidné nebo agresivní)&lt;br /&gt;
* rozmístění ošetřovatelů&lt;br /&gt;
* minutí uspávací šipkou&lt;br /&gt;
* rozbitá klec&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* výroční zprávy ZOO Praha [https://www.zoopraha.cz/vse-o-zoo/vyrocni-zpravy]&lt;br /&gt;
* mapa ZOO Praha (obrázková) [https://www.zoopraha.cz/navsteva/30-mapa-zoo-praha]&lt;br /&gt;
* mapa ZOO Praha [https://g.co/kgs/aXs5ceF]&lt;br /&gt;
* přiklad info o zvířeti ZOO Praha [https://www.zoopraha.cz/aktualne/pohledem-reditele/14972-jak-se-v-zoo-praha-chystame-na-povodne]&lt;br /&gt;
* převoz tygrů [https://www.jamescargo.com/blog/tiger-transport.php?utm_source=chatgpt.com]&lt;br /&gt;
* CITES transport guidelines [https://cites.org/eng/resources/transport/advice.shtml?utm_source=chatgpt.com]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Veronika Smrčková&lt;br /&gt;
[[User:smrv03|smrv03]] ([[User talk:smrv03|talk]]) 11:36, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Strategie hráčů ve hře v kostky dle pravidel hry Farkle ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je analyzovat a porovnat různé herní strategie ve hře Farkle (hazardní kostková hra). Dva hráči si během hry střídavě hází kostkami a snaží se získat co nejvíce bodů pomocí specifických kombinací (např. trojic, postupky, šest stejných hodnot apod.). Hráči však musí v každém tahu rozhodnout, zda pokračovat v házení (s rizikem ztráty aktuálního skóre) nebo se zastavit a body si uložit.&lt;br /&gt;
&lt;br /&gt;
Každý hráč je reprezentován jako „persona“ s předdefinovanou strategií rozhodování – od konzervativního po extrémně rizikového přístupu. Tyto odlišné styly chování významně ovlivňují průběh hry, četnost výher i riziko prohry kvůli přehnané hamižnosti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zjistit, jaké herní strategie (persony) jsou nejefektivnější v dosažení výhry ve hře Farkle. Zároveň zohledňuje spravedlnost (oba hráči mají stejný počet tahů) a umožňuje porovnávat strategie mezi sebou při opakovaném hraní stovek her. Výstupem je srovnání úspěšnosti jednotlivých přístupů a doporučení vhodné herní taktiky.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model rozhodování v nejistém prostředí,&lt;br /&gt;
* jako prostředek pro výuku agentového modelování (např. střední školy, informatika, psychologie rozhodování),&lt;br /&gt;
* pro zábavné testování, která strategie by přinesla nejvíc výher v reálné hře Farkle,&lt;br /&gt;
* jako výchozí kostra pro složitější modely s učením, adaptivními hráči nebo evoluční optimalizací strategie,&lt;br /&gt;
* a v neposlední řadě, jako &amp;quot;engine&amp;quot; na testování person pro mou diplomovou práci.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace je implementována v prostředí NetLogo jako dvouagentní tahový model. Hráči se střídají v házení 6 kostek, získávají body za kombinace podle pravidel Farkle (např. trojice, čtveřice, pětice, šestice, postupky) a rozhodují se, zda budou pokračovat v tahu.&lt;br /&gt;
&lt;br /&gt;
Model zahrnuje:&lt;br /&gt;
* různé herní strategie („persony“) – definované jako rozhodovací pravidla podle skóre, zbývajících kostek nebo náhodného faktoru,&lt;br /&gt;
* počítání statistik (výhry, tahy, FARKLE chyby),&lt;br /&gt;
* zajištění férovosti – druhý hráč má vždy možnost dokončit poslední tah, pokud první dosáhne vítězného skóre,&lt;br /&gt;
* export výsledků a vykreslení průběhu skóre do grafu (a jiné statistické ukazetele).&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Cílové skóre pro výhru (např. 10 000)&lt;br /&gt;
* Počet simulovaných her (např. 100 až 1000)&lt;br /&gt;
* Herní strategie pro oba hráče:&lt;br /&gt;
     * conservative – ukládá body při ≥400&lt;br /&gt;
     * risky – ukládá body při ≥700&lt;br /&gt;
     * greedy – ukládá body při ≥1000&lt;br /&gt;
     * cautious – hraje opatrně (≥300 nebo málo kostek)&lt;br /&gt;
     * random – rozhoduje se náhodně&lt;br /&gt;
     * risk-averse – hraje opatrně jen pokud vede o &amp;gt;2000 bodů, jinak jako conservative&lt;br /&gt;
     * point-maximizer – pokračuje, dokud nedostane HOT DICE&lt;br /&gt;
     * combo-hunter – pokračuje po silných kombinacích (postupky, trojice a víc)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Hod šesti kostkami (1–6)&lt;br /&gt;
* Kombinace, které hráči získají (např. 3 stejné, postupka 1–6 atd.)&lt;br /&gt;
* Výsledek rozhodnutí pokračovat/zastavit u náhodné strategie&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Evoluční vývoj nových strategií (např. pomocí genetického algoritmu)&lt;br /&gt;
* Paměť hráčů – učení na základě předchozích neúspěchů&lt;br /&gt;
* Reakce na strategii soupeře (adaptivní persona)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://farkle.games/official-rules/] - oficiální pravidla hry Farkle&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - popis chování osob v pod tlakem a při riskování (persony)&lt;br /&gt;
* [https://mud.co.uk/richard/hcds.htm] - rozdělení person a chování v různých karetních a jiných hrách&lt;br /&gt;
* [http://incompleteideas.net/book/the-book-2nd.html] - o strategiích rozhodování, výběru akcí, riziku a odměnách&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Jan Hlavnička&lt;br /&gt;
[[User:hlaj13|hlaj13]] ([[User talk:hlaj13|talk]]) 13:58, 8 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace tučňáků hledajících lásku na ledové kře 🐧❤️ ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Cílem simulace je modelovat chování tučňáků během námluv na ledové kře. Tučňáci musí najít vhodného partnera pro hnízdění, přičemž čelí různým vnějším vlivům – nestabilnímu prostředí (praskající led), konkurenci ostatních tučňáků a hrozbě predátorů (např. lachtani).&lt;br /&gt;
&lt;br /&gt;
Každý tučňák má specifické nastavení chování – někteří jsou spíše plachého typu, jiní jsou odvážní a aktivně oslovují potenciální partnery. Odlišný přístup k seznamování ovlivňuje jejich šanci na úspěšné spárování a přežití do hnízdní sezóny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se zaměří na otázku: Jaký „balící styl“ (strategie chování) vede k nejvyšší šanci na nalezení partnera a založení hnízda, a jak tuto šanci ovlivňuje prostředí a přítomnost rizik? Výsledkem bude doporučení nejefektivnějších „láskových taktik“ v závislosti na kontextu (bezpečné vs. nebezpečné prostředí).&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* jako model sociální interakce v zábavné formě,&lt;br /&gt;
* jako edukativní nástroj pro představení agentového modelování (např. na středních školách),&lt;br /&gt;
* nebo jako metaforické přiblížení seznamovacích strategií ve složitém prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude vytvořena v prostředí NetLogo jako multiagentní model, kde každý agent (tučňák) bude reprezentovat jiný typ chování. Prostředí bude ledová kra se zónami různé stability a výskytu predátorů.&lt;br /&gt;
&lt;br /&gt;
Tučňáci budou interagovat podle jednoduchých pravidel: přiblíží se k partnerovi, pokusí se o námluvy (s pravděpodobností úspěchu ovlivněnou vlastnostmi obou), a pak spolu odcházejí hnízdit (zmizí ze scény). Mohou být také ohroženi prasknutím kry nebo útokem predátora.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet tučňáků (např. 50–100)&lt;br /&gt;
* Stabilita ledu (pravděpodobnost prasknutí při stání na místě)&lt;br /&gt;
* Výskyt predátorů (pravděpodobnost útoku při pohybu)&lt;br /&gt;
* Rychlost pohybu a reakce&lt;br /&gt;
&lt;br /&gt;
Typ chování:&lt;br /&gt;
* Plachý – čeká, až ho někdo osloví&lt;br /&gt;
* Odvážný – aktivně balí ostatní&lt;br /&gt;
* Kombinovaný – střídá strategie&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění tučňáků&lt;br /&gt;
* Výběr preferovaného partnera (náhodně nebo podle vlastností)&lt;br /&gt;
* Výsledek námluv (pravděpodobnost úspěchu podle kompatibility + typu chování)&lt;br /&gt;
* Prasknutí ledové kry&lt;br /&gt;
* Útok predátora&lt;br /&gt;
&lt;br /&gt;
Možná rozšíření simulace:&lt;br /&gt;
* Přidání „charakterových“ rysů (krása peří, zpěv, taneční dovednosti)&lt;br /&gt;
* Učení – tučňák se poučí z neúspěchu a změní taktiku&lt;br /&gt;
* Sezónnost – časový limit na nalezení partnera (jinak simulace končí smutným singl koncem)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://www.reuters.com/business/environment/emperor-penguins-suffered-mass-breeding-failures-2023-amid-record-low-sea-ice-2024-04-25/ Stabilita mořského ledu a úspěšnost hnízdění&lt;br /&gt;
* [https://www.birdsnz.org.nz/wp-content/uploads/2021/12/Rowe_67_etal_451_459.pdf Úspěšnost hnízdění u tučňáků malých&lt;br /&gt;
* [https://www.selwomarina.es/en/blog/por-que-pinguinos-regalan-piedras-hembra?utm_.com Selwo Marina Benalmadena] – Článek věnující se námluvám a párování, kde popisují darování kamínků jako součást námluv&lt;br /&gt;
* BBC Earth, National Geographic, Attenboroughovy dokumenty – často dobře vysvětlují typy chování, interakce a přežívání. Např. March of the Penguins&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Zuzana Plachá&lt;br /&gt;
[[User:plaz03|plaz03]] ([[User talk:plaz03|talk]]) 20:20, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace vojenské patroly a střetu s nepřítelem ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá chováním malé vojenské jednotky (patroly), která operuje v nepřátelském teritoriu. Cílem patroly je bezpečný průchod zadanou trasou. V oblasti se ovšem mohou nacházet nepřátelské síly, které mají za úkol patrolu odhalit a zlikvidovat. Průběh mise ovlivňuje několik proměnných – velikost jednotky, dosah vidění, typ terénu, schopnost včasné reakce a počet a rozmístění nepřátel. Výsledky simulace umožní analyzovat účinnost různých taktik a rozhodovacích pravidel, které jednotka může použít při plnění mise. Zároveň mohou sloužit jako podpůrný nástroj při plánování operací nebo jako tréninková pomůcka pro rozhodování armády v rizikových situacích.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak různé faktory (velikost jednotky, rozmístění nepřátel, strategie pohybu) ovlivňují úspěšnost vojenské patroly při průchodu nebezpečným územím? Cílem je nalézt parametry a strategie, které vedou k nejvyšší pravděpodobnosti úspěšného dokončení mise bez ztrát. Výsledkem bude doporučení efektivních taktických rozhodnutí pro minimalizaci rizika při podobných operacích.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci by mohli využít velitelé malých jednotek nebo vojenská akademie pro testování taktik v simulovaných prostředích. Model by jim dokázal vyhodnotit, jak různé strategie a složení jednotky ovlivňují šanci na úspěšné dokončení mise bez ztrát.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo. Agenti v modelu budou reprezentovat členy vojenské patroly a nepřátelské jednotky. Prostředí bude představovat mapu oblasti s různými typy terénu - otevřený terén, les, kryt apod.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet vojáků v patrole&lt;br /&gt;
* Počet nepřátel&lt;br /&gt;
* Typ terénu (např. podíl lesů, volného prostoru)&lt;br /&gt;
* Trasa patroly (předem definovaná nebo generovaná)&lt;br /&gt;
* Dosah vidění vojáků i nepřátel&lt;br /&gt;
* Pravidla reakce na kontakt (útěk, útok, přivolání podpory)&lt;br /&gt;
Pravděpodobnosti střetu a úspěchu jsou založeny na odhadech inspirovaných vojenskými taktickými příručkami a popisech reálných situací v článcích A-Report.&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Rozmístění nepřátel v terénu&lt;br /&gt;
* Zpozorování nepřítele (pravděpodobnost, že jednotka zahlédne protivníka)&lt;br /&gt;
* Výsledek střetu (založen na pravděpodobnosti úspěchu v boji)&lt;br /&gt;
* Chování nepřítele (např. zda se ukryje nebo přepadne)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/informacni-servis/povinne-informace/1-uredni-deska/zakon-106/odp/priloha-c--1-1_25.pdf Základní řád ozbrojených sil České republiky] – řád armády ČR&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar9_2018.pdf Časopis A-Report Útoku se nedalo zabránit] – Úryvek ze článku věnovaný osudové chybě v boji na Balkáně&lt;br /&gt;
* [https://mocr.mo.gov.cz/assets/multimedia-a-knihovna/casopisy/a-report/ar10_2019.pdf Časopis A-Report Pod ostrou palbou] – Úryvek ze článku popisující možnost simulací ve vojenském prostředí&lt;br /&gt;
* Vlastní odhady založené na realistických parametrech (např. efektivní dostřel, rychlost pohybu v terénu)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Alexandr Sekera&lt;br /&gt;
[[User:seka01|seka01]] ([[User talk:seka01|talk]]) 15:33, 7 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Kontrola jízdenek v MHD ==&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Simulace se zabývá procesem kontrol jízdenek ve veřejné dopravě (např. v systému MHD v Praze). Veřejná doprava je financována částečně z příjmů z jízdného. Cestování &amp;quot;načerno&amp;quot; představuje pro dopravní podnik zdroj ztrát. Proto revizoři od podniku provádějí kontroly platnosti jízdních dokladů. Z toho vyplývá otázka, jak často a jakým způsobem mají být dané kontroly prováděny, aby byly efektivní a ekonomicky dávaly smysl. Výsledky simulace umožní řízení MHD optimalizovat frekvenci kontrol, počet revizorů a tím zvýšit celkovou efektivitu inspekcí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat zodpovězení otázky: jak ovlivňuje četnost kontrol objem vybraných pokut ve veřejné dopravě? Výsledkem bude doporučení efektivních inspekčních strategií pro maximalizaci vybraných pokut. Simulace také ukáže, kolik revizorů je potřeba pro dosažení požadované míry kontroly.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v Netlogo. Agenti v modelu budou reprezentovat pasažéry a revizory.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet cestujících (celkově)&lt;br /&gt;
* Počet revizorů&lt;br /&gt;
* Výše pokuty (standardní nebo menší za platbu okamžitě)&lt;br /&gt;
* Frekvence kontrol (počet provedených kontrol za minutu/hodinu)&lt;br /&gt;
* Kapacita vozidla (počet cestujících z celkového čísla, kteří jsou aktuálně v kontrolovaném prostoru)&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Platnost jízdenky (zda jede pasažér &amp;quot;načerno&amp;quot;)&lt;br /&gt;
* Zachycení černého pasažéra (zda je neplatnost jízdenky odhalena) &lt;br /&gt;
* Zaplacení pokuty (hned či později)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
[https://www.dpp.cz/jizdne/pokuty-revizori/vyse-prirazky DPP - pokuty a revizoři] - výše jednotlivých pokut&lt;br /&gt;
&lt;br /&gt;
[https://www.dpp.cz/vozovy-park DPP - vozový park] - kapacity vozidel&lt;br /&gt;
&lt;br /&gt;
[https://www.expats.cz/czech-news/article/prague-public-transport-inspectors-handed-out-250-000-fines-last-year Prague public transport inspectors handed out 250,000 fines last year] - počty kontrol, pasažérů a revizorů, celková výše pokut, zaplacení pokut&lt;br /&gt;
&lt;br /&gt;
Míra cestování &amp;quot;načerno&amp;quot; pro Prahu není zveřejněna oficiálně. Pro odhad poměru černých pasažérů se lze inspirovat jinými státy ([https://theweek.com/transport/fare-dodging-londons-transport-blight UK], [https://www.trainsfare.eu/tackling-fare-evasion-in-bergamo-a-growing-challenge-for-atb-and-teb/ IT]).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
Vladislav Sanin&lt;br /&gt;
[[User:Sanv05|Sanv05]] ([[User talk:Sanv05|talk]]) 21:15, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Pavlovovo podmiňování v agentním modelu ==&lt;br /&gt;
=== Co budu simulovat ===&lt;br /&gt;
Simulace bude modelovat proces klasického (Pavlovova) podmiňování, kdy agent (představující psa) postupně spojuje neutrální podnět (zvonek) s přirozeným podnětem (jídlo). Výsledkem je, že agent začne reagovat podmíněnou reakcí (slinění) i v případě, že se později objeví pouze zvonek bez jídla.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat průběh učení podmíněné reakce a zjistit:&lt;br /&gt;
* kolik opakování je potřeba k vytvoření podmíněné reakce,&lt;br /&gt;
* jak stabilní tato reakce je v čase,&lt;br /&gt;
* jak rychle dochází k vyhasnutí reakce (extinkci) při absenci posílení,&lt;br /&gt;
* jak efektivní je opětovné učení (re-learning) po ztrátě reakce.&lt;br /&gt;
&lt;br /&gt;
Obecně jde o pochopení mechanismů formování návyků a chování založeného na stimulaci a posilování.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Simulaci mohou využít například:&lt;br /&gt;
* psychologové zabývající se behaviorálním učením,&lt;br /&gt;
* učitelé při výuce základních principů behaviorismu,&lt;br /&gt;
* vývojáři agentních a AI modelů, kteří chtějí simulovat jednoduché učení nebo formování návyků.&lt;br /&gt;
&lt;br /&gt;
Simulace jim umožní vizuálně a experimentálně sledovat proces klasického podmiňování a analyzovat vliv různých parametrů na průběh učení.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* '''Metoda''': Agentní simulace využívající jednoduchý model chování se stavovým automatem. Agent mění svůj vnitřní stav v závislosti na podnětech a historii posilování.&lt;br /&gt;
* '''Prostředí''': NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
* Počet pokusů o podmiňování&lt;br /&gt;
* Zpoždění mezi zvonkem a jídlem (časování podnětů)&lt;br /&gt;
* Frekvence posilování (např. 100 %, 75 %, 50 % případů s jídlem)&lt;br /&gt;
* Síla podmíněné reakce (vnitřní proměnná zvyšující se učením)&lt;br /&gt;
* Počet extinkčních pokusů (zvonek bez jídla)&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou náhodné ===&lt;br /&gt;
* Pravděpodobnost, zda po zvonku následuje jídlo (při částečném posilování)&lt;br /&gt;
* Malá náhodná odchylka v chování psa (např. reakční doba, úroveň slinění)&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech budou proměnné založené ===&lt;br /&gt;
* Parametry vycházejí z publikovaných výsledků klasických experimentů Pavlova a dalších behaviorálních studií.&lt;br /&gt;
* Typické hodnoty časování a pravděpodobností pro různé typy posilování vychází z odborné literatury.&lt;br /&gt;
* Síla reakce bude modelována pomocí logistické funkce, která simuluje typickou křivku učení a vyhasínání reakce.&lt;br /&gt;
* [https://www.psychologywizard.net/uploads/2/6/6/4/26640833/pavlov_lecture_18.pdf Pavlov – Lecture 18 (Conditioned Reflexes, 1927)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Classical_conditioning Wikipedia – Classical Conditioning]&lt;br /&gt;
* [https://www.simplypsychology.org/pavlov.html Simply Psychology – Pavlov’s Dogs]&lt;br /&gt;
&lt;br /&gt;
=== Na jakých datech jsou založeny vzorce v simulaci (chování modelu) ===&lt;br /&gt;
Chování modelu bude založeno na Rescorla-Wagnerově modelu klasického podmiňování, který kvantifikuje změnu síly asociace mezi podmíněným podnětem a nepodmíněným podnětem během jednotlivých pokusů.&lt;br /&gt;
* [https://www.vcalc.com/wiki/rescorla-wagner-formula-alpha-and-beta-version vCalc – Rescorla-Wagner model (alpha and beta version)]&lt;br /&gt;
* [https://en.wikipedia.org/wiki/Rescorla%E2%80%93Wagner_model Wikipedia – Rescorla–Wagner model]&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lans06|Lans06]] ([[User talk:Lans06|talk]]) 22:27, 6 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Bitva u Azincourtu v roce 1415 (Anglie vs Francie během Stoleté války) ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
V roce 1415 stála Anglie v čele se svým králem Jindřichem V. proti silám Francie, které měly velmi drtivou převahu (Anglie cca 8500 a Francie cca 15 000). I přes tuto nevýhodu dokázala Anglie vyhrát s nepatrnými ztrátami. Dle historických pramenů to bylo především díky strategickému umístění anglického vojska v úzkém prostoru mezi stromy, kde nemohly francouzské jednotky přímo naběhnout a využít drtivou sílu svých počtů bojovníků - musely postavit více řad bojovníků za sebou a nemohly anglické jednotky obklopit. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace se bude věnovat otázce: Měla by Francie šanci vyhrát bitvu, kdyby se bitva odehrávala na širokém prostranství narozdíl od úzkého prostoru? Nebo by stále Anglie dokázala vyhrát, kdyby přišla o výhodu okolí?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulace může sloužit:&lt;br /&gt;
* historikům - náhled do historie, kdyby měla bitva jiný průběh&lt;br /&gt;
* Úvaha nad historickou událostí, která ovlivnila Stoletou válku&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
* dokázat, jak terén může ovlivnit průběh bitvy, pokud je stanovena správná strategie&lt;br /&gt;
* změní se průběh bitvy a dokáže Francie vyhrát?&lt;br /&gt;
* jak moc účinné je zbraň Long Bow (dlouhý luk) v otevřeném terénu?&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Multiagentní simulace v NetLogo, kde agenti budou jednotky Anglie (pěšáci, střelci s Long Bow) a Francie (pěšáci, kavalérie, střelci s Long Bow, střelci s kuší). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Proměnné v simulaci ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* počet a rozložení jednotek anglické armády&lt;br /&gt;
* počet a rozložení jednotek francouzské armády&lt;br /&gt;
&lt;br /&gt;
Náhodné&lt;br /&gt;
* pohyb jednotek (každá jednotka má své reakce a možnosti pohybu)&lt;br /&gt;
* střelba z Long Bow - kolik zvládne vystřelit šípů za určitý čas&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://www.stoplusjednicka.cz/bitva-u-azincourtu-stret-ktery-rozhodl-nekonecnou-valku-mezi-anglii-francii&lt;br /&gt;
* https://zoom.iprima.cz/historie/bitva-u-azincourtu&lt;br /&gt;
* vlastní poznatky z rekonstrukcí bitev&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Bilk08|Bilk08]] ([[User talk:Bilk08|talk]]) 12:00, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Phishing na hybridním pracovišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Práce bude zkoumat roli hybridního (onsite &amp;amp; remote) pracoviště na pravděpodobnsot úspěšného phishing útoku.&lt;br /&gt;
Remote zaměstnanci méně komunikují, než jejich onsite kolegové, což snižuje pravděpodobnost, že o podezřelém emailu někomu řeknou nebo u stolu jen prohlásí &amp;quot;to je divný&amp;quot; nebo &amp;quot;taky jsi dostal tenhle trenink do zitra?&amp;quot;.&lt;br /&gt;
Simulace bude uvažovat, že ne každý zaměstnanec má přístup ke kritickým systémům, jen někteří mohou způsobit firmě vážné škody, ale pokud se tak stane, následky jsou velké.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Simulace má za cíl zjistit, jaké budou škody s různými konfiguracemi onsite vs. remote zaměstnanců.&lt;br /&gt;
&lt;br /&gt;
=== Kdo by takovou simulaci mohl využít a jak by mu pomohla ===&lt;br /&gt;
Jakákoli korporát/firma s kombinací onsite a remote zaměstnanců (populární po pandemii)&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
*Metoda: Multi-agentní simulace&lt;br /&gt;
*Prostředí: NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Jaké proměnné budou v simulaci ===&lt;br /&gt;
*Deterministické:&lt;br /&gt;
**Socializace (např. oběd)&lt;br /&gt;
**Délka sprintu (ke konci sprintu klesá pozornost, roste zbrklost)&lt;br /&gt;
**Počet zaměstnanců s kritickými přístupy&lt;br /&gt;
**Počet onsite zaměstnanců&lt;br /&gt;
**Počet remote zamšstnanců&lt;br /&gt;
**Intervaly mezi interními phishing testy IT oddělení&lt;br /&gt;
&lt;br /&gt;
*Náhodné:&lt;br /&gt;
**Četnost phishing útoků&lt;br /&gt;
**Základní pravděpodobnost naletění na phishing&lt;br /&gt;
**Pravděpodobnost naletění po školení (efekt se bude s časem od školení snižovat)&lt;br /&gt;
**Pravděpodobnost naletění po úspěšném útoku&lt;br /&gt;
**Remote &amp;amp; onsite pravděpodobnost komunikace (při odhalení phishingu)&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem bez kritických přístupů&lt;br /&gt;
**Ztráta způsobená úspěšným phishingovým útokem s kritickými přístupy&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
*Vědecké články (např. psychologické studie na efekt o interních phishing testech, jak zvyšuje pracovní nápor pravděpodobnost naletění)&lt;br /&gt;
*Phishingové statistiky (např. četnost, úspěšnost, severita)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Lebm05|Lebm05]] ([[User talk:Lebm05|talk]]) 12:59, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Obsazenost akutních lůžek v českých nemocnicích ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
České nemocnice disponují v průměru 4,6 akutními lůžky na 1 000 obyvatel. Při průměrné ošetřovací době, která teď činí  5,5 dne,  dochází k fluktuacím mezi novými přijetími pacientů, obsazeným počtem lůžek a propouštěním pacientů. Při obsazenosti vyšší než 85 %, kvalita péče klesá, prodlužují se čekací doby a zvyšuje se riziko komplikací a nozokomiálních infekcí.&lt;br /&gt;
&lt;br /&gt;
Simulace bude odhadovat vývoj obsazenosti akutních lůžek v čase a vyhodnotí dopad různých intervencí (zkrácení průměrné ošetřovací doby, navýšení kapacity, řízení fronty).&lt;br /&gt;
&lt;br /&gt;
Výsledky simulace ukážou, která opatření nejvíce snižují riziko dlouhodobé obsazenosti nad 85 %, kdy už dochází k prodlužování čekacích dob a nárůstu infekcí; také mohou sloužit jako podpora rozhodování o investicích a rozdělení rozpočtu. &lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět na otázku, do jaké míry a jak rychle udržení obsazenosti pod 85 % ovlivní faktory jako:&lt;br /&gt;
*  Snížení průměrné ošetřovací doby o 10 %&lt;br /&gt;
*  Navýšení kapacity o 10 %&lt;br /&gt;
*  Řízená fronta (prioritizace)&lt;br /&gt;
Ve všech scénářích budu sledovat průměrnou denní obsazenost lůžek, maximální délku fronty, a čas, za který obsazenost překročí nebo zůstane pod hranicí 85 %.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Kdo může simulaci použít?&lt;br /&gt;
Simulace umožní vedení zdravotnických zařízení a manažérům identifikovat dlouhodobé rizikové body v lůžkové kapacitě a následně je mohou využít k optimalizaci strategických investic tak, aby udrželi kontinuitu péče a finanční udržitelnost i při demografických změnách či neočekávaných vlnách poptávky. Díky simulaci mohou předem ověřit dopad různých politik (např. zkrácení průměrné ošetřovací doby, rozšíření kapacity, prioritizace příjmu) a na základě toho nastavit robustní krizové plány a alokaci zdrojů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Pro tvorbu simulace využit přístup Systémové dynamiky a nástroj Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet obyvatel &lt;br /&gt;
* Počet hospitalizovaných pacientů (akutní lůžka)&lt;br /&gt;
* Počet nově hospitalizovaných pacientů&lt;br /&gt;
* Počet propuštěných pacientů &lt;br /&gt;
* Průměrná délka hospitalizace &lt;br /&gt;
* Míra propuštění &lt;br /&gt;
* Průměrné denní množství nových žádostí o hospitalizaci&lt;br /&gt;
* Míra hospitalizace&lt;br /&gt;
* Celkový počet akutních lůžek &lt;br /&gt;
* Míra navýšení kapacity při obsazenosti větší než 85 %&lt;br /&gt;
* Počet volných lůžek &lt;br /&gt;
* Obsazenost lůžek &lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Počet obyvatel v ČR. [https://vdb.czso.cz/vdbvo2/faces/cs/index.jsf?page=vystup-objekt&amp;amp;pvo=DEM13&amp;amp;z=T&amp;amp;f=TABULKA&amp;amp;skupId=3829&amp;amp;katalog=33155&amp;amp;pvo=DEM13&amp;amp;evo=v141_!_IK-CR-K_1&amp;amp;c=v3~8__RP2021] &lt;br /&gt;
* Zdravotní péče České republiky. [https://csu.gov.cz/zdravotni-pece#:~:text=2016%202017%202018%202019%202020,548%209%20960%209%20996]&lt;br /&gt;
* Zdravotnická ročenka České republiky. [https://www.uzis.cz/index.php?pg=aktuality&amp;amp;aid=8560]&lt;br /&gt;
* Hospitalizace v nemocnicích ČR. [https://www.uzis.cz/index.php?pg=vystupy--vyznamna-temata--hospitalizace ]&lt;br /&gt;
* Pohyb obyvatelstva - rok 2021. [https://csu.gov.cz/rychle-informace/pohyb-obyvatelstva-rok-2021#:~:text=Podle%20výsledků%20sčítání%20lidu%2C%20domů,Štyglerová%2C%20vedoucí%20oddělení%20demografické%20statistiky]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Kozo01|Olesia Kozlova (kozo01)]] ([[User talk:kozo01|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:45, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Eutrofizace vodní plochy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Eutrofizace vodních ploch je přírodní jev, který může být výrazně ovlivněn antropogenní činností. Jedná se zejména o jednotlivé chemické pochody, které způsobují nárůst biomasy na hladině vodní plochy. Díky tomuto růstu dochází k postupnému snižování světelných podmínek pod úrovní hladiny, což způsobuje úhyn biomasy a dochází k zvýšení rozkladných procesů, které zapříčiňují úbytek kyslíku v celé vodní nádrži. Následkem toho dochází i k úhynu vodních živočichů závislých na koncentraci kyslíku pod hladinou.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je namodelovat celý proces eutrofizace, který bude ovlivněn antropogenní činností (např. splachy z polí). Zodpoví jednu z důležitých otázek: Jak antropogenní činnost urychluje eutrofizaci.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* Simulace může být využita k akademickému studiu eutrofizace,&lt;br /&gt;
* jako podpora při legislativních rozhodnutí,&lt;br /&gt;
* může vylepšit strategické plánování ve vodohospodářských organizacích, nebo&lt;br /&gt;
* strategické plánování zemědělců.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
* Simulace využívá program Vensim, který byl vybrán na základě jeho schopnosti namodelovat toky a vazby mezi jednotlivými proměnnými ve sledovaném prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Definované předem:&lt;br /&gt;
** úroveň eutrofizace,&lt;br /&gt;
** počáteční množství biomasy,&lt;br /&gt;
** počáteční množství živočichů,&lt;br /&gt;
** počáteční pH vody,&lt;br /&gt;
** počáteční obsah kyslíku.&lt;br /&gt;
&lt;br /&gt;
* Náhodné:&lt;br /&gt;
** počasí,&lt;br /&gt;
** zalévání zemědělských ploch.&lt;br /&gt;
&lt;br /&gt;
Popřípadě další.&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* YANG, Xiao-e, Xiang WU, Hu-lin HAO a Zhen-li HE, 2008. Mechanisms and assessment of water eutrophication. Journal of Zhejiang University. Science. B [online]. 9(3), 197–209. ISSN 1673-1581. Dostupné z: doi:[https://doi.org/10.1631/jzus.B0710626 10.1631/jzus.B0710626]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:bene08|Eliška Benešová (bene08)]] ([[User talk:bene08|talk]]) 16:07, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 20:50, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Simulace průchodu cestujících pasovou kontrolou na letišti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Letiště v době dopravní špičky čelí problémům s kapacitou pasové kontroly. Nedostatečný počet otevřených přepážek vede k dlouhým frontám a nespokojenosti cestujících. Naopak příliš mnoho otevřených přepážek může znamenat neefektivní využití personálu. Proto je potřeba najít rovnováhu mezi těmito dvěma faktory.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je analyzovat vliv počtu otevřených přepážek na délku fronty a maximální čekací dobu cestujících. Jedním z hlavních cílů je identifikovat maximální čekací dobu v případech, kdy nejsou otevřeny všechny dostupné přepážky, a navrhnout optimální počet přepážek pro různé scénáře zatížení.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci může využít letištní management, konkrétně vedoucí směny nebo plánovači personálu, kteří rozhodují o počtu aktivních pracovníků v jednotlivých časových intervalech. Pomůže jim lépe plánovat směny a optimalizovat provoz pasové kontroly tak, aby se předešlo zbytečným zpožděním i plýtvání lidskými zdroji.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použiji agentní simulaci v jazyce Rust, s využitím open-source herního enginu Bevy (verze 0.13) jako vizuálního a simulačního prostředí. Každý cestující bude modelován jako agent, který dorazí, čeká ve frontě, a je odbaven u přepážky podle pravidel fronty (FIFO). Přepážky budou reprezentovány jako paralelní servery.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
&lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
&lt;br /&gt;
*Počet otevřených přepážek&lt;br /&gt;
*Reálný rozvrh příletů letadel&lt;br /&gt;
*Počet cestujících vystupujících z každého příletu (interval 5 minut)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
&lt;br /&gt;
*Interval mezi příchody cestujících (exponenciální rozdělení)&lt;br /&gt;
*Doba odbavení u přepážky (normální rozdělení)&lt;br /&gt;
*Rychlost přechodu cestujících od gate k pasové kontrole&lt;br /&gt;
&lt;br /&gt;
Měřené výstupy:&lt;br /&gt;
&lt;br /&gt;
*Průměrná čekací doba&lt;br /&gt;
*Maximální čekací doba&lt;br /&gt;
*Využití jednotlivých přepážek v %&lt;br /&gt;
*Délka fronty v čase&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
&lt;br /&gt;
Průměrná doba odbavení: Na základě interních dat z provozu pasové kontroly letiště.&lt;br /&gt;
&lt;br /&gt;
Intenzita příchozích cestujících: Data získáná z každodenního leteckého provozu mimo sezónu a v sezóně (červen - září)&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Papd01|Papd01]] ([[User talk:Papd01|talk]]) 17:25, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Autobusová linka v městské dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Simulace se zabývá provozem autobusové linky v městské dopravě. Veřejná doprava je klíčová pro fungování měst a efektivní provoz autobusových linek zajišťuje dostupnost a komfort pro cestující. V praxi dochází k problémům, jako je přetížení spojů během špičky, zpoždění, dlouhé čekací doby na zastávkách nebo nevyužité kapacity mimo špičku. Simulace umožní analyzovat, jak různé faktory (například počet autobusů, intervaly mezi spoji, kapacita vozidel nebo rozložení cestujících během dne) ovlivňují kvalitu přepravy a vytížení linky. Výsledky simulace mohou pomoci dopravcům optimalizovat jízdní řády a nasazení vozidel.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Cílem simulace je zjistit, jak různé parametry provozu autobusové linky ovlivňují:&lt;br /&gt;
* průměrnou dobu čekání cestujících na zastávce,&lt;br /&gt;
* naplněnost autobusů v různých částech trasy a v různých časech,&lt;br /&gt;
* identifikaci kritických zastávek s přetížením,&lt;br /&gt;
* doporučení pro optimalizaci jízdního řádu a kapacity linky.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Multiagentní simulace v NetLogo. Agenty v modelu budou reprezentovat autobusy, cestující a zastávky.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Definované předem:&lt;br /&gt;
* Počet autobusů na lince&lt;br /&gt;
* Kapacita jednoho autobusu&lt;br /&gt;
* Počet zastávek a jejich rozložení na trase&lt;br /&gt;
* Interval mezi odjezdy autobusů&lt;br /&gt;
* Délka trasy a čas potřebný k projetí celé linky&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Počet cestujících přicházejících na jednotlivé zastávky v čase (modeluje špičku/mimo špičku)&lt;br /&gt;
* Cílová zastávka každého cestujícího (kde vystupuje)&lt;br /&gt;
* Doba nástupu a výstupu cestujících&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
* [https://www.dpp.cz/vozovy-park DPP – vozový park] – kapacity autobusů, typy vozidel&lt;br /&gt;
* [https://pid.cz/jizdni-rady-podle-linek/ PID – jízdní řády autobusů] – intervaly a rozložení spojů&lt;br /&gt;
* [https://www.dpp.cz/spolecnost/o-spolecnosti/dpp-v-datech DPP – statistiky] – počty cestujících, vytížení linek&lt;br /&gt;
&lt;br /&gt;
Pro modelování rozložení cestujících v čase lze vycházet z běžných statistik dopravních podniků nebo využít odhadů podle typu linky (městská, příměstská, školní apod.).&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:jelp05|jelp05]] ([[User talk:jelp05|talk]]) 18:35, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Šíření invazních druhů rostlin v krajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Invazní rostliny představují závažný ekologický problém, který ohrožuje biodiverzitu, mění dynamiku ekosystémů a může způsobovat výrazné ekonomické škody. Přestože existují různé metody jejich potlačení, jejich účinnost se liší podle situace a podmínek v dané oblasti. Vzhledem k tomu, že přímé testování zásahů v reálném prostředí je nákladné a obtížně opakovatelné, bude v této práci navržena simulace, která umožní predikci vývoje a porovnání efektivity různých zásahových strategií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace bude navržena s cílem modelovat a analyzovat dynamiku šíření vybraných invazních rostlinných druhů v různých typech krajiny. Bude zohledňovat klíčové faktory ovlivňující rozšiřování – jako jsou podmínky prostředí (vlhkost, teplota, typ půdy), biologické vlastnosti rostlin (rychlost růstu, produkce a klíčivost semen) a způsoby šíření (např. pomocí větru, vody nebo lidské činnosti). Součástí modelu bude také testování různých zásahových strategií, jako je mechanická likvidace, aplikace herbicidů nebo jejich kombinace&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poskytnou náhled na chování invazních druhů v čase a prostoru a umožní testovat zásahy bez přímého zásahu do reálného ekosystému. Simulace bude sloužit jako nástroj pro podporu rozhodování v oblasti ochrany přírody, krajinného plánování a managementu invazních druhů. Výstupy bude možné využít například ochranářskými organizacemi nebo správci chráněných území pro návrh efektivních a šetrných zásahových postupů.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
Prostředí: NetLogo (agentní modelování)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Biologické vlastnosti rostlin (rychlost růstu, počet a klíčivost semen, vegetační cyklus)&lt;br /&gt;
* Podmínky prostředí (vlhkost, teplota, typ půdy)&lt;br /&gt;
* Strategické zásahy (mechanické odstraňování, chemická likvidace, kombinace metod)&lt;br /&gt;
* Typ krajiny (pole, louka, les, urbanizované prostředí)&lt;br /&gt;
&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
* Směr a dosah šíření semen&lt;br /&gt;
* Počáteční rozmístění rostlin&lt;br /&gt;
* Vliv náhodných klimatických odchylek&lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
Data pro model budou získána z databáze Agentury ochrany přírody a krajiny ČR (https://invaznidruhy.nature.cz), která poskytuje podrobné informace o biologických a ekologických vlastnostech jednotlivých invazních druhů. Další poznatky budou čerpány z odborné literatury a metodických doporučení pro boj s invazními rostlinami.&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:kala13|kala13]] ([[User talk:kala13|talk]]) 19:54, 12 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Optimální nacenění zálohy na vratné kelímky na akcích==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===  &lt;br /&gt;
Organizátoři veřejných akcí jako jsou festivaly, koncerty nebo sportovní události, stále častěji přecházejí z jednorázových plastových kelímků na znovupoužitelné, aby snížili ekologickou stopu. Ovšem problém, který nastává při zavedení vratných kelímků na veřejných akcí, je správné nastavení výše zálohy a počet kelímků tak, aby se systém finančně vyplatil, návštěvníci akce jej přijali a zároveň nedošlo k nadbytečným nákladům. Výsledné náklady jsou ovlivňovány mnoho nejistými faktory – kolik lidí kelímek skutečně vrátí a kteří si jej nechají, kolik se jich ztratí nebo kolik nápojů se prodá.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===  &lt;br /&gt;
Simulace má za cíl optimalizovat systém vratných kelímků – jaká je optimální výše zálohy vratného kelímku (nebo taky nulová záloha), která minimalizuje ztráty z nevrácených kelímků, ale zároveň neodradí návštěvníka od konzumace. &lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Výsledky simulace poslouží především organizátorům akcí, kteří tak budou moct optimalizovat náklady, lépe rozhodnout o výši záloh a počtu objednaných kelímků.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===  &lt;br /&gt;
*Metoda: Monte Carlo simulace&lt;br /&gt;
*Simulační prostředí: Microsoft Excel &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===  &lt;br /&gt;
Deterministické proměnné:&lt;br /&gt;
* Počet návštěvníků akce &lt;br /&gt;
*Výrobní cena kelímku &lt;br /&gt;
*Cena nápoje &lt;br /&gt;
*Záloha&lt;br /&gt;
Náhodné proměnné:&lt;br /&gt;
*Pravděpodobnost vrácení kelímku &lt;br /&gt;
*Míra ztracených/poškozených kelímků &lt;br /&gt;
&lt;br /&gt;
=== Data ===  &lt;br /&gt;
*Ceník kelímků z nabídky různých dodavatelů (https://happycups.co.uk/, https://www.nicknack.cz/ )&lt;br /&gt;
*Statistiky vrácení kelímků z článků, statistiky (např. https://www.reuseable.dk/blog/aarhus-residents-have-returned-750-000-reusable-cups-in-one-year, https://www.nicknack.cz/reference-a-klienti/, https://packagingscotland.com/2024/11/pilot-scheme-sees-huge-percentage-of-reusable-cups-returned/ , https://www.reuseable.dk/blog/over-95-000-reuseable-cups-sold-during-festuge ) &lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Phpham|Phpham]] ([[User talk:Phpham|talk]]) 22:36, 12 May 2025 (CET)&lt;br /&gt;
:: Ve zdrojích nevidím data, ze kterých byste mohla odvodit pravděpodobnostní rozdělení pro uváděné náhodné proměnné. Převzetí průměrných veličin pro MC nestačí. [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:14, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Vývoj výroby obnovitelné energie v ČR podle dat z roku 2019-2024 ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Výroba elektřiny z obnovitelných zdrojů (OZE) v České republice v roce 2019 dosáhla 8 097 GWh. Největší část tvořila biomasa, následovaná vodními a fotovoltaickými elektrárnami. Tyto poměry významně ovlivňují jak energetickou bilanci, tak environmentální cíle. Cílem simulace je analyzovat, jak by se změnila celková výroba z OZE při různých scénářích – například při nárůstu výkonu solárních elektráren o 20 % nebo poklesu vodní výroby kvůli suchu.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem simulace je zodpovědět otázky:&lt;br /&gt;
* Jak se změní celková výroba OZE, pokud vzroste výroba z FVE o 20 %?&lt;br /&gt;
* Jak pokles výroby z vodních elektráren o 15 % ovlivní celkový objem obnovitelné energie?&lt;br /&gt;
* Jaký by byl nový podíl jednotlivých zdrojů na výrobě při těchto změnách?&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
Simulaci mohou využít energetičtí analytici, pracovníci MPO nebo regionální samosprávy jako nástroj pro plánování rozvoje obnovitelných zdrojů. Umožní jim snadno vyhodnotit, jak změny ve výkonu různých OZE typů ovlivní celkovou výrobu energie a pomůže při nastavování cílů nebo investičních priorit.&lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Simulace bude provedena pomocí systémové dynamiky v prostředí Vensim PLE.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Výroba elektřiny z OZE celkem (GWh)&lt;br /&gt;
* Výroba z biomasy (GWh)&lt;br /&gt;
* Výroba z vody (GWh)&lt;br /&gt;
* Výroba z fotovoltaiky (GWh)&lt;br /&gt;
* Podíl jednotlivých zdrojů (%)&lt;br /&gt;
* Změna výkonu zdrojů (%)&lt;br /&gt;
* Nová celková výroba (GWh)&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* Bilance elektrické energie – Český statistický úřad ([https://csu.gov.cz/energetika](https://csu.gov.cz/energetika))&lt;br /&gt;
* Obnovitelné zdroje energie – Výsledky statistického zjišťování- dokumenty za roky 2019–2024 – Ministerstvo průmyslu a obchodu ČR ([https://mpo.gov.cz](https://mpo.gov.cz))&lt;br /&gt;
* Roční zpráva o provozu elektrizační soustavy ČR – Energetický regulační úřad ([https://eru.gov.cz](https://eru.gov.cz))&lt;br /&gt;
* Share of energy consumption from renewable sources in Europe – Evropská agentura pro životní prostředí ([https://www.eea.europa.eu/en/analysis](https://www.eea.europa.eu/en/analysis))&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:laso00|Oriana Lastovickova (laso00)]] ([[User talk:laso00|talk]]) 6:22, 13 May 2025 (CET)&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 06:30, 14 May 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace: Predikce vítěze turnaje v League of Legends ==&lt;br /&gt;
&lt;br /&gt;
=== Popis problému ===&lt;br /&gt;
Mid-Season Invitational (MSI) představuje každoroční stěžejní událost světového e-sportu, kde se střetávají nejlepší týmy League of Legends z jednotlivých regionů. Vzhledem k náhodnosti výsledků, různé síle regionů, aktuální formě týmů a pavoukovému systému turnaje je obtížné určit předem, kdo má nejvyšší šanci na výhru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl simulace ===&lt;br /&gt;
Cílem této simulace je odhadnout pravděpodobnosti výhry jednotlivých týmů pomocí náhodně generovaných výsledků zápasů na základě historické výkonnosti a aktuálních power rankings.&lt;br /&gt;
&lt;br /&gt;
=== Použití simulace ===&lt;br /&gt;
* E-sportová analýza&lt;br /&gt;
* Simulace turnaje&lt;br /&gt;
* Sázení :) &lt;br /&gt;
&lt;br /&gt;
=== Použitá metoda a prostředí ===&lt;br /&gt;
Použitou metodou je Monte Carlo simulace, která umožňuje modelovat nejistotu výsledků jednotlivých zápasů na základě pravděpodobností odvozených z ELO skóre týmů. Pomocí opakovaného náhodného generování výsledků (např. 1 000 simulací) lze odhadnout pravděpodobnosti výhry každého týmu v celém turnaji.&lt;br /&gt;
&lt;br /&gt;
Simulace je realizována v prostředí Microsoft Excel (v české verzi), který poskytuje všechny potřebné nástroje – generování náhodných čísel, výpočty pravděpodobností, podmíněné funkce i vizualizaci výsledků.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Definované předem:&lt;br /&gt;
* Seznam týmů - 10 týmů&lt;br /&gt;
* ELO skóre - měřítko síly&lt;br /&gt;
* Turnajová struktura&lt;br /&gt;
&lt;br /&gt;
Náhodné:&lt;br /&gt;
* Výsledek zápasu - generována jako náhodný výběr podle pravděpodovnosti výhry týmu A vůči B&lt;br /&gt;
* Pravděpodnost výhry - spočtena z rozdílu ELO týmu A a týmu B&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
* https://oracleselixir.com/&lt;br /&gt;
* https://lolesports.com/en-US/gpr/2025&lt;br /&gt;
* https://lol.fandom.com/wiki/League_of_Legends_Esports_Wiki&lt;br /&gt;
&lt;br /&gt;
=== Simulant ===&lt;br /&gt;
[[User:Hrui00|Hrui00]] ([[User talk:Hrui00|talk]]) 16:21, 13 May 2025 (CET)&lt;br /&gt;
:: Krom toho, že tyto simulace dopadají tragicky, tak u těch náhodných proměnných nevidím, jak tam budete odvozovat pravděpodobnostní rozdělení (z čeho a jak), ze kterého budete pak generovat náhodná čísla. Základní pravděpodobnosti, nebo nějaké jejich poměry nejsou MC. Buďto to nějak upřesněte, nebo zkuste něco jiného (byl bych spíš pro tuto variantu). [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 07:25, 14 May 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Deadlines/cs&amp;diff=26628</id>
		<title>Deadlines/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Deadlines/cs&amp;diff=26628"/>
		<updated>2025-03-22T00:16:40Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Termíny}}&lt;br /&gt;
Termíny odevzdávání prací pro LS 2022/2023:&lt;br /&gt;
&lt;br /&gt;
==Simulace==&lt;br /&gt;
&lt;br /&gt;
Do 13.5.2025 musí být schváleno téma práce (nikoliv jen navrženo).&lt;br /&gt;
Do 15.6.2025 musí být odevzdána vlastní simulace.&lt;br /&gt;
&lt;br /&gt;
==Seminárka==&lt;br /&gt;
&lt;br /&gt;
Termín zadání je vyhlášen předem&lt;br /&gt;
Do 1.6.2025 musí být práce odevzdána&lt;br /&gt;
&lt;br /&gt;
Není-li uvedeno jinak, je termínem odevzdání 23:59:59 daného dne. Překročení termínu je penalizováno. Domácí úkoly, které se odevzdávají přes ISIS není možné odevzdat po termínu.&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26504</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26504"/>
		<updated>2025-01-12T12:41:15Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulation concept: Populating the database - tros01 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Customers at Traditional and Self-Service Checkouts ==&lt;br /&gt;
&lt;br /&gt;
=== Topic ===&lt;br /&gt;
'''Simulation of the customer check-in process at the checkout''', including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&lt;br /&gt;
&lt;br /&gt;
=== Problem ===&lt;br /&gt;
The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&lt;br /&gt;
&lt;br /&gt;
=== Goal ===&lt;br /&gt;
Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Stakeholders ===&lt;br /&gt;
* '''HR Managers:''' Determine employee requirements per shift.&lt;br /&gt;
* '''Shift Leaders:''' Establish rules for opening new checkouts.&lt;br /&gt;
* '''Financial Manager:''' Optimize employee costs.&lt;br /&gt;
&lt;br /&gt;
== Method ==&lt;br /&gt;
* '''Platform:''' NetLogo&lt;br /&gt;
* '''Method:''' Agent-based simulation&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
=== Reality Abstraction Plan ===&lt;br /&gt;
&lt;br /&gt;
==== Customers ====&lt;br /&gt;
* '''Number of Items in Purchase:''' Lognormal distribution (µ=3, σ=0.3).&lt;br /&gt;
* '''Checkout Type Preference:'''&lt;br /&gt;
    * Items &amp;gt; 20: Preference = 1 (regular checkouts only).&lt;br /&gt;
    * Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&lt;br /&gt;
    * Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&lt;br /&gt;
* '''Willingness to Switch Checkouts:''' Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&lt;br /&gt;
* '''Satisfaction:''' Depends on waiting time, switching, and checkout type.&lt;br /&gt;
    * Initial value: Normal distribution (mean=95, std=5).&lt;br /&gt;
    * '''Waiting Time:'''&lt;br /&gt;
        * ≤ 3 min: No change.&lt;br /&gt;
        * &amp;gt; 3 min: Decreases logarithmically: \( S(t) = 100 - 10 \cdot \ln(1 + (t - 3)) \).&lt;br /&gt;
    * '''Switching Checkouts:'''&lt;br /&gt;
        * Willingness &amp;gt; 80: No change.&lt;br /&gt;
        * Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&lt;br /&gt;
    * '''Checkout Type:''' Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&lt;br /&gt;
    * Satisfaction cannot be negative.&lt;br /&gt;
* '''Goal:''' Leave the supermarket as satisfied as possible.&lt;br /&gt;
&lt;br /&gt;
==== Checkouts ====&lt;br /&gt;
* '''Regular Checkouts (Count: 5):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1 min, std=0.2).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
* '''Self-Service Checkouts (Count: 8):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1.2 min, std=0.3).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Rules ===&lt;br /&gt;
* '''Operating Hours:''' 7:00-20:00 (1 average day).&lt;br /&gt;
* '''Customer Arrivals:'''&lt;br /&gt;
    * Peak Hours (7:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&lt;br /&gt;
    * Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&lt;br /&gt;
* '''Goal of Checkouts:''' Maintain customer satisfaction above 70% with minimal open regular checkouts.&lt;br /&gt;
* The simulation will not address scenarios outside the checkout area.&lt;br /&gt;
* One customer corresponds to one purchase.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
Update: The mentioned supermarket is supposed to be Tesco in Vodňany, my hometown. The supermarket will not share exact data with me - the values are based on my own experience and observation. Is that a sufficient base for the simulation? Obtaining such data from the supermarket is not realistic, and as to any other sources - research papers on this topic are not from the same socio-geographical background, which influences customer behavior a lot. The simulation would be less realistic if I based it on research papers.&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 22:17, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: In general, it is better to choose a topic for which data is available. You can elaborate on the proposed topic if you are able to justify the specific parameters. Expect to focus on this in the result. '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:16, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!! [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 11:48, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:30, 20 December 2024 (CET)&lt;br /&gt;
~&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation Concept – Bee Foraging Behavior =&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:32, 20 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
: '''APPROVED''', but you deal with some very soft variables like: Willingness to walk to alternative stations, Tolerance for bicycle unavailability. It is very important to have all parameters very well justified. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Urban Traffic Flow Optimization Simulation by stej34 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
The simulation will model traffic flow in an urban area, focusing on the effects of traffic light timing, pedestrian crossings, and road capacity on congestion and travel time.&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation: ==&lt;br /&gt;
The simulation aims to demonstrate how optimizing traffic light patterns and pedestrian crossing behavior can improve traffic flow, reduce congestion, and minimize travel delays in urban environments.&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them: ==&lt;br /&gt;
This simulation can benefit:&lt;br /&gt;
&lt;br /&gt;
'''City Planners:''' To experiment with different traffic light timings and road layouts to optimize urban traffic.&lt;br /&gt;
'''Traffic Engineers:''' To analyze the effects of pedestrian crossings and road capacity on congestion.&lt;br /&gt;
'''Environmental Researchers:''' To study the impact of traffic optimization on vehicle emissions and air quality.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment: ==&lt;br /&gt;
'''Method:''' Multiagent simulation of vehicles and pedestrians navigating an urban grid.&lt;br /&gt;
'''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables in the model: ==&lt;br /&gt;
&lt;br /&gt;
'''Deterministic Variables:'''&lt;br /&gt;
  * Traffic Light Timing: Interval and duration of green, yellow, and red lights.&lt;br /&gt;
  * Road Capacity: Maximum number of vehicles that can occupy a road segment.&lt;br /&gt;
  * Pedestrian Crossing Behavior: Frequency of pedestrian crossings and their effect on traffic flow.&lt;br /&gt;
&lt;br /&gt;
'''Random Variables:'''&lt;br /&gt;
  * Vehicle Entry Rate: Randomized rate of vehicles entering the simulation from different entry points.&lt;br /&gt;
  * Driver Behavior: Variability in speed and decision-making among drivers.&lt;br /&gt;
  * Pedestrian Arrival Rate: Randomized arrival of pedestrians at crossings.&lt;br /&gt;
&lt;br /&gt;
== Narrowed Focus: ==&lt;br /&gt;
&lt;br /&gt;
1. '''Traffic Light Optimization:'''&lt;br /&gt;
* The simulation will model the effects of varying traffic light timings (fixed vs. adaptive) on overall traffic flow.&lt;br /&gt;
* Users can adjust light timings to observe changes in congestion and average travel time.&lt;br /&gt;
&lt;br /&gt;
2. '''Impact of Pedestrian Crossings:'''&lt;br /&gt;
* The simulation will include pedestrian crossings that stop vehicle movement. Users can vary crossing frequency and pedestrian density to explore their impact on traffic flow.&lt;br /&gt;
&lt;br /&gt;
3. '''Road Capacity Constraints:'''&lt;br /&gt;
* The simulation will explore how different road capacities (e.g., single-lane vs. multi-lane roads) affect congestion and flow under various traffic loads.&lt;br /&gt;
&lt;br /&gt;
== Data sources: ==&lt;br /&gt;
&lt;br /&gt;
'''Research Articles:'''&lt;br /&gt;
  * [https://doi.org/10.1016/j.cities.2019.03.001 Traffic Congestion and Urban Planning]&lt;br /&gt;
  * [https://doi.org/10.1080/00423114.2019.1571387 Effects of Traffic Signal Timing on Urban Traffic Flow]&lt;br /&gt;
  * [https://doi.org/10.1016/j.trpro.2016.05.003 Pedestrian Impact on Traffic Flow Dynamics]&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 19:02, 23 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: To make the simulation useful and allow verifying its validity, choose a real particular place and simulate the traffic situation there. '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 11:42, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of birds behavior by misd01 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
This model is an attempt to mimic the flocking behavior of birds. The flocks emerge without any leader birds; instead, each bird follows the same set of deterministic rules: alignment, separation, and cohesion. &lt;br /&gt;
# Alignment: A bird turns to fly in the same direction as nearby birds.&lt;br /&gt;
# Separation: A bird moves away from other birds that get too close.&lt;br /&gt;
# Cohesion: A bird moves closer to nearby birds to stay with the group (unless they are too close).&lt;br /&gt;
&lt;br /&gt;
These rules collectively result in the formation, dynamics, and interactions of flocks.&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation: ==&lt;br /&gt;
To explore and demonstrate how simple, local interactions among individual agents (birds) lead to complex, emergent flocking behaviors without central control. The model aims to study these behaviors for insights into collective animal movement, self-organization, and to inspire applications such as swarm robotics and optimization algorithms.&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them: ==&lt;br /&gt;
This simulation can benefit:&lt;br /&gt;
&lt;br /&gt;
* Researchers in Biology and Ecology: To understand how flocks form, break apart, and maintain cohesion without leaders.&lt;br /&gt;
* Educators and Students: To illustrate principles of self-organization and emergent behavior in a hands-on, visual way.&lt;br /&gt;
* Robotics Engineers: To design autonomous swarming systems for drones or robots, inspired by natural flocking principles.&lt;br /&gt;
* Animators and Game Designers: To create realistic group behaviors for simulations, movies, or games.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment: ==&lt;br /&gt;
'''Method:''' Multiagent simulation&lt;br /&gt;
'''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Variables in the model: ==&lt;br /&gt;
&lt;br /&gt;
'''Deterministic Variables:'''&lt;br /&gt;
* Bird speed: The fixed speed at which birds move.&lt;br /&gt;
* Perception radius: The distance within which birds can detect neighbors.&lt;br /&gt;
* Minimum Separation Distance: The minimum allowable distance between birds before the separation rule is triggered.&lt;br /&gt;
&lt;br /&gt;
'''Random Variables:'''&lt;br /&gt;
* Initial positions: Random starting locations for birds in the environment.&lt;br /&gt;
* Initial headings: Random initial movement directions.&lt;br /&gt;
&lt;br /&gt;
== Agents: ==&lt;br /&gt;
'''Turtles'''&lt;br /&gt;
Represent individual birds.&lt;br /&gt;
Behaviors are governed by three rules. Each of the rules contributes to adjusting the bird's heading. The final heading is a weighted combination of the three rules:&lt;br /&gt;
* Alignment: Each bird (agent) calculates the average heading of nearby birds and adjusts its direction toward that average.&lt;br /&gt;
* Separation: If another bird is too close (distance below a threshold), the bird moves away by calculating a vector opposite to the direction of the neighbor(s).&lt;br /&gt;
* Cohesion: A bird moves toward the center of nearby birds unless another bird is too close (handled by separation).&lt;br /&gt;
If another bird is too close, the separation rule temporarily overrides alignment and cohesion until the minimum separation is achieved.&lt;br /&gt;
&lt;br /&gt;
== Data sources: ==&lt;br /&gt;
&lt;br /&gt;
'''Research Articles:'''&lt;br /&gt;
* [https://cs.stanford.edu/people/eroberts/courses/soco/projects/2008-09/modeling-natural-systems/boids.html Boids: An Artificial Life Program]&lt;br /&gt;
* [https://www.sciencedirect.com/science/article/abs/pii/S0003347224000277 Relationship between flock size and flight initiation distance in birds]&lt;br /&gt;
* [https://medium.com/@adityaananthram/algorithms-in-nature-part-1-e80e80b29719 Algorithms In Nature]&lt;br /&gt;
* [https://www.pnas.org/doi/10.1073/pnas.1118633109 Statistical mechanics for natural flocks of birds]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Misd01|Misd01]] ([[User talk:Misd01|talk]]) 20:41, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:38, 29 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
=Simulation concept: Populating the database - tros01=&lt;br /&gt;
==Why?==&lt;br /&gt;
Lets say that I have a database containing prepared activities and educational content for boy scouts group. Its purpose is to serve as a source of inspiration and eventually of collection of high quality content appropriate for kids during our weekly meetings or other occasions. From which source should be easy to get precisely only the desired results based on defined properties on each activity (eg. time needed for preparation, minimal number of players, etc.)&lt;br /&gt;
&lt;br /&gt;
BUT actually its currently more like a proof of concept and not a really operational tool. So accordingly there aren't yet any real records to speak about.&lt;br /&gt;
This very early stage of development is exactly the reason why I think it is reasonable to think about how will the database be populated with data. As this will be crucial for its future usability and success. Therefore, the simulation should focus on modeling this data population process.&lt;br /&gt;
==What?==&lt;br /&gt;
To be precise, the simulation will be concerned with user behavior and related volume of stored records.&lt;br /&gt;
&lt;br /&gt;
It is important to say that user interface for reading is only the default web gui of the database itself (Neo4j), so the users will have to use the Cypher query language. So after they go through such a way to access the records, there better be some decent amount of useful ones in the database. This is because otherwise their whole effort would be pointless and the user would be discouraged from using the database again.&lt;br /&gt;
&lt;br /&gt;
Creating the records on the other hand will be easy and accessible as much as possible (user writes to google document in specified folder and with specified structure which enables then loading it programmaticaly into the database). This ease of creation is key to encouraging consistent contributions.&lt;br /&gt;
&lt;br /&gt;
And here comes the question whether this &amp;quot;natural&amp;quot; way of data population is enough, or rather how long will it take for the database to be able to provide satisfactory results for the user in majority of the cases and as such could be called a useful tool. If the time required would be too long, the users could lose interest of even contributing new content .&lt;br /&gt;
Therefore, the simulation will model the rate of content creation and the subsequent impact on database searchability and usability.&lt;br /&gt;
&lt;br /&gt;
Additionally will be also evaluated the &amp;quot;batch population approach&amp;quot; to see weather it is worth considering to implement. This will involve creating a model of user behavior and content creation, simulating different scenarios, and analyzing the results.&lt;br /&gt;
==Objectives==&lt;br /&gt;
This simulation aims to predict the growth of the database, determine the feasibility of the current data population strategy and evaluate the alternative.&lt;br /&gt;
&lt;br /&gt;
#Predict the time needed to reach a critical mass of data sufficient for effective use.&lt;br /&gt;
#Evaluate the effectiveness of the current data population method relatively to alternative.&lt;br /&gt;
==Users==&lt;br /&gt;
'''Example User:''' me the database developer and admin.&lt;br /&gt;
&lt;br /&gt;
'''How it would help:'''&lt;br /&gt;
*Optimizing Data Population: By simulating different scenarios, I can determine the most efficient way to populate the database with valuable content.&lt;br /&gt;
*Resource Allocation: The results will inform decisions on whether to prioritize developing a batch upload feature or focus on encouraging individual contributions.&lt;br /&gt;
*Setting Expectations: The simulation will provide a realistic timeline for when the database will be sufficiently populated for effective use.&lt;br /&gt;
==Method and environment==&lt;br /&gt;
'''Method:''' Agent-based modeling&lt;br /&gt;
&lt;br /&gt;
'''Env:''' NetLogo because of the class requirements. I would rather like to try (learn to do simulations with) Julia because of its broader usability, but I guess it is what it is.&lt;br /&gt;
==Variables==&lt;br /&gt;
===Deterministic===&lt;br /&gt;
;amount of records in db for each category&lt;br /&gt;
:without the batch upload the initial value is 0&lt;br /&gt;
;number of contributors/agents&lt;br /&gt;
:this will be based on real number of leaders in our group&lt;br /&gt;
;batch upload size&lt;br /&gt;
:values 0, 10, 20, 30, 50, 100 will be tried&lt;br /&gt;
;expected probability of finding useful record by individual agents&lt;br /&gt;
:based on previous experiences of agent with searching the db&lt;br /&gt;
;probability that an agent will try to look up a record&lt;br /&gt;
:will be calculated from a combination of the agent’s past success rate and the current amount of records in db.&lt;br /&gt;
;quality of record&lt;br /&gt;
:number from &amp;lt;1-10&amp;gt;&lt;br /&gt;
;probability of using any of the found records in the upcoming meeting&lt;br /&gt;
:will be calculated from an amount of returned records and their quality&lt;br /&gt;
;probability of creating new record&lt;br /&gt;
:for the sake of simplicity and simulation feasibility the probability will be set to a constant value same for all agents&lt;br /&gt;
;probability of improving a records quality&lt;br /&gt;
:for the sake of simplicity and simulation feasibility the probability will be set to a constant value same for all agents&lt;br /&gt;
===Random===&lt;br /&gt;
;category of recorded/seeked activity&lt;br /&gt;
:category means a certain combination of activity properties ( type{running, creative, thinking, discusion, history}, place{room, forest, city, playground}) &lt;br /&gt;
:the category can combine max 2 types and 1 place&lt;br /&gt;
;initial quality of created records &lt;br /&gt;
:will be drawn from lognormal distribution with mean 3 and std 2&lt;br /&gt;
==Simulation behavior==&lt;br /&gt;
Each tick will represent a single week in real time, because the meeting for which are the activities prepared are realized every week once. Each agent has to prepare some activity for every meeting, so they has a choice to come up with something new or to look for usable activity or at least inspiration in the db. The agents can not use the same activity twice in a year or two.&lt;br /&gt;
&lt;br /&gt;
So in the beginning of each week an agent will pick a random category of an activity which they will prepare for the meeting. &lt;br /&gt;
&lt;br /&gt;
When the agent decides to search the db, they will be given all records currently present in db that match the category they picked. From those will be calculated the probability of using any of the records in the upcoming meeting and then evaluated. If successful, the agent will pick a random one from them (the higher the quality, the higher probability of picking it). After that, there is a chance that the agent will improve the quality of the picked record (in reality it means for example adding a feedback from the kids).&lt;br /&gt;
&lt;br /&gt;
If they are unsuccessful trying to find a suitable activity in the database, or they decide to not search the db at all, they has a chance of recording (with rnd initial quality) the activity that they created or found elsewhere.&lt;br /&gt;
&lt;br /&gt;
The simulation will then run until the majority of searches in the db are successful.&lt;br /&gt;
&lt;br /&gt;
And also the scenario with the initial batch upload will be simulated as well. &lt;br /&gt;
&lt;br /&gt;
[[User:Tros01|Tros01]] ([[User talk:Tros01|talk]]) 00:32, 12 January 2025 (CET)&lt;br /&gt;
&lt;br /&gt;
: It is quite unusual, but as I know, it is a real business problem. Go ahead, feel free to choose the tool. '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 13:41, 12 January 2025 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26171</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26171"/>
		<updated>2024-12-29T19:38:38Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulation of birds behavior by misd01 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Customers at Traditional and Self-Service Checkouts ==&lt;br /&gt;
&lt;br /&gt;
=== Topic ===&lt;br /&gt;
'''Simulation of the customer check-in process at the checkout''', including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&lt;br /&gt;
&lt;br /&gt;
=== Problem ===&lt;br /&gt;
The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&lt;br /&gt;
&lt;br /&gt;
=== Goal ===&lt;br /&gt;
Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Stakeholders ===&lt;br /&gt;
* '''HR Managers:''' Determine employee requirements per shift.&lt;br /&gt;
* '''Shift Leaders:''' Establish rules for opening new checkouts.&lt;br /&gt;
* '''Financial Manager:''' Optimize employee costs.&lt;br /&gt;
&lt;br /&gt;
== Method ==&lt;br /&gt;
* '''Platform:''' NetLogo&lt;br /&gt;
* '''Method:''' Agent-based simulation&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
=== Reality Abstraction Plan ===&lt;br /&gt;
&lt;br /&gt;
==== Customers ====&lt;br /&gt;
* '''Number of Items in Purchase:''' Lognormal distribution (µ=3, σ=0.3).&lt;br /&gt;
* '''Checkout Type Preference:'''&lt;br /&gt;
    * Items &amp;gt; 20: Preference = 1 (regular checkouts only).&lt;br /&gt;
    * Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&lt;br /&gt;
    * Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&lt;br /&gt;
* '''Willingness to Switch Checkouts:''' Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&lt;br /&gt;
* '''Satisfaction:''' Depends on waiting time, switching, and checkout type.&lt;br /&gt;
    * Initial value: Normal distribution (mean=95, std=5).&lt;br /&gt;
    * '''Waiting Time:'''&lt;br /&gt;
        * ≤ 3 min: No change.&lt;br /&gt;
        * &amp;gt; 3 min: Decreases logarithmically: \( S(t) = 100 - 10 \cdot \ln(1 + (t - 3)) \).&lt;br /&gt;
    * '''Switching Checkouts:'''&lt;br /&gt;
        * Willingness &amp;gt; 80: No change.&lt;br /&gt;
        * Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&lt;br /&gt;
    * '''Checkout Type:''' Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&lt;br /&gt;
    * Satisfaction cannot be negative.&lt;br /&gt;
* '''Goal:''' Leave the supermarket as satisfied as possible.&lt;br /&gt;
&lt;br /&gt;
==== Checkouts ====&lt;br /&gt;
* '''Regular Checkouts (Count: 5):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1 min, std=0.2).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
* '''Self-Service Checkouts (Count: 8):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1.2 min, std=0.3).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Rules ===&lt;br /&gt;
* '''Operating Hours:''' 7:00-20:00 (1 average day).&lt;br /&gt;
* '''Customer Arrivals:'''&lt;br /&gt;
    * Peak Hours (7:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&lt;br /&gt;
    * Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&lt;br /&gt;
* '''Goal of Checkouts:''' Maintain customer satisfaction above 70% with minimal open regular checkouts.&lt;br /&gt;
* The simulation will not address scenarios outside the checkout area.&lt;br /&gt;
* One customer corresponds to one purchase.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
Update: The mentioned supermarket is supposed to be Tesco in Vodňany, my hometown. The supermarket will not share exact data with me - the values are based on my own experience and observation. Is that a sufficient base for the simulation? Obtaining such data from the supermarket is not realistic, and as to any other sources - research papers on this topic are not from the same socio-geographical background, which influences customer behavior a lot. The simulation would be less realistic if I based it on research papers.&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 22:17, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: In general, it is better to choose a topic for which data is available. You can elaborate on the proposed topic if you are able to justify the specific parameters. Expect to focus on this in the result. '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:16, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!! [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 11:48, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:30, 20 December 2024 (CET)&lt;br /&gt;
~&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation Concept – Bee Foraging Behavior =&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:32, 20 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
: '''APPROVED''', but you deal with some very soft variables like: Willingness to walk to alternative stations, Tolerance for bicycle unavailability. It is very important to have all parameters very well justified. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Urban Traffic Flow Optimization Simulation by stej34 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
The simulation will model traffic flow in an urban area, focusing on the effects of traffic light timing, pedestrian crossings, and road capacity on congestion and travel time.&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation: ==&lt;br /&gt;
The simulation aims to demonstrate how optimizing traffic light patterns and pedestrian crossing behavior can improve traffic flow, reduce congestion, and minimize travel delays in urban environments.&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them: ==&lt;br /&gt;
This simulation can benefit:&lt;br /&gt;
&lt;br /&gt;
'''City Planners:''' To experiment with different traffic light timings and road layouts to optimize urban traffic.&lt;br /&gt;
'''Traffic Engineers:''' To analyze the effects of pedestrian crossings and road capacity on congestion.&lt;br /&gt;
'''Environmental Researchers:''' To study the impact of traffic optimization on vehicle emissions and air quality.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment: ==&lt;br /&gt;
'''Method:''' Multiagent simulation of vehicles and pedestrians navigating an urban grid.&lt;br /&gt;
'''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables in the model: ==&lt;br /&gt;
&lt;br /&gt;
'''Deterministic Variables:'''&lt;br /&gt;
  * Traffic Light Timing: Interval and duration of green, yellow, and red lights.&lt;br /&gt;
  * Road Capacity: Maximum number of vehicles that can occupy a road segment.&lt;br /&gt;
  * Pedestrian Crossing Behavior: Frequency of pedestrian crossings and their effect on traffic flow.&lt;br /&gt;
&lt;br /&gt;
'''Random Variables:'''&lt;br /&gt;
  * Vehicle Entry Rate: Randomized rate of vehicles entering the simulation from different entry points.&lt;br /&gt;
  * Driver Behavior: Variability in speed and decision-making among drivers.&lt;br /&gt;
  * Pedestrian Arrival Rate: Randomized arrival of pedestrians at crossings.&lt;br /&gt;
&lt;br /&gt;
== Narrowed Focus: ==&lt;br /&gt;
&lt;br /&gt;
1. '''Traffic Light Optimization:'''&lt;br /&gt;
* The simulation will model the effects of varying traffic light timings (fixed vs. adaptive) on overall traffic flow.&lt;br /&gt;
* Users can adjust light timings to observe changes in congestion and average travel time.&lt;br /&gt;
&lt;br /&gt;
2. '''Impact of Pedestrian Crossings:'''&lt;br /&gt;
* The simulation will include pedestrian crossings that stop vehicle movement. Users can vary crossing frequency and pedestrian density to explore their impact on traffic flow.&lt;br /&gt;
&lt;br /&gt;
3. '''Road Capacity Constraints:'''&lt;br /&gt;
* The simulation will explore how different road capacities (e.g., single-lane vs. multi-lane roads) affect congestion and flow under various traffic loads.&lt;br /&gt;
&lt;br /&gt;
== Data sources: ==&lt;br /&gt;
&lt;br /&gt;
'''Research Articles:'''&lt;br /&gt;
  * [https://doi.org/10.1016/j.cities.2019.03.001 Traffic Congestion and Urban Planning]&lt;br /&gt;
  * [https://doi.org/10.1080/00423114.2019.1571387 Effects of Traffic Signal Timing on Urban Traffic Flow]&lt;br /&gt;
  * [https://doi.org/10.1016/j.trpro.2016.05.003 Pedestrian Impact on Traffic Flow Dynamics]&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 19:02, 23 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: To make the simulation useful and allow verifying its validity, choose a real particular place and simulate the traffic situation there. '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 11:42, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of birds behavior by misd01 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
This model is an attempt to mimic the flocking behavior of birds. The flocks emerge without any leader birds; instead, each bird follows the same set of deterministic rules: alignment, separation, and cohesion. &lt;br /&gt;
# Alignment: A bird turns to fly in the same direction as nearby birds.&lt;br /&gt;
# Separation: A bird moves away from other birds that get too close.&lt;br /&gt;
# Cohesion: A bird moves closer to nearby birds to stay with the group (unless they are too close).&lt;br /&gt;
&lt;br /&gt;
These rules collectively result in the formation, dynamics, and interactions of flocks.&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation: ==&lt;br /&gt;
To explore and demonstrate how simple, local interactions among individual agents (birds) lead to complex, emergent flocking behaviors without central control. The model aims to study these behaviors for insights into collective animal movement, self-organization, and to inspire applications such as swarm robotics and optimization algorithms.&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them: ==&lt;br /&gt;
This simulation can benefit:&lt;br /&gt;
&lt;br /&gt;
* Researchers in Biology and Ecology: To understand how flocks form, break apart, and maintain cohesion without leaders.&lt;br /&gt;
* Educators and Students: To illustrate principles of self-organization and emergent behavior in a hands-on, visual way.&lt;br /&gt;
* Robotics Engineers: To design autonomous swarming systems for drones or robots, inspired by natural flocking principles.&lt;br /&gt;
* Animators and Game Designers: To create realistic group behaviors for simulations, movies, or games.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment: ==&lt;br /&gt;
'''Method:''' Multiagent simulation&lt;br /&gt;
'''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Variables in the model: ==&lt;br /&gt;
&lt;br /&gt;
'''Deterministic Variables:'''&lt;br /&gt;
* Bird speed: The fixed speed at which birds move.&lt;br /&gt;
* Perception radius: The distance within which birds can detect neighbors.&lt;br /&gt;
* Minimum Separation Distance: The minimum allowable distance between birds before the separation rule is triggered.&lt;br /&gt;
&lt;br /&gt;
'''Random Variables:'''&lt;br /&gt;
* Initial positions: Random starting locations for birds in the environment.&lt;br /&gt;
* Initial headings: Random initial movement directions.&lt;br /&gt;
&lt;br /&gt;
== Agents: ==&lt;br /&gt;
'''Turtles'''&lt;br /&gt;
Represent individual birds.&lt;br /&gt;
Behaviors are governed by three rules. Each of the rules contributes to adjusting the bird's heading. The final heading is a weighted combination of the three rules:&lt;br /&gt;
* Alignment: Each bird (agent) calculates the average heading of nearby birds and adjusts its direction toward that average.&lt;br /&gt;
* Separation: If another bird is too close (distance below a threshold), the bird moves away by calculating a vector opposite to the direction of the neighbor(s).&lt;br /&gt;
* Cohesion: A bird moves toward the center of nearby birds unless another bird is too close (handled by separation).&lt;br /&gt;
If another bird is too close, the separation rule temporarily overrides alignment and cohesion until the minimum separation is achieved.&lt;br /&gt;
&lt;br /&gt;
== Data sources: ==&lt;br /&gt;
&lt;br /&gt;
'''Research Articles:'''&lt;br /&gt;
* [https://cs.stanford.edu/people/eroberts/courses/soco/projects/2008-09/modeling-natural-systems/boids.html Boids: An Artificial Life Program]&lt;br /&gt;
* [https://www.sciencedirect.com/science/article/abs/pii/S0003347224000277 Relationship between flock size and flight initiation distance in birds]&lt;br /&gt;
* [https://medium.com/@adityaananthram/algorithms-in-nature-part-1-e80e80b29719 Algorithms In Nature]&lt;br /&gt;
* [https://www.pnas.org/doi/10.1073/pnas.1118633109 Statistical mechanics for natural flocks of birds]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Misd01|Misd01]] ([[User talk:Misd01|talk]]) 20:41, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:38, 29 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26148</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26148"/>
		<updated>2024-12-27T11:16:23Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Requirements */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Customers at Traditional and Self-Service Checkouts ==&lt;br /&gt;
&lt;br /&gt;
=== Topic ===&lt;br /&gt;
'''Simulation of the customer check-in process at the checkout''', including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&lt;br /&gt;
&lt;br /&gt;
=== Problem ===&lt;br /&gt;
The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&lt;br /&gt;
&lt;br /&gt;
=== Goal ===&lt;br /&gt;
Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Stakeholders ===&lt;br /&gt;
* '''HR Managers:''' Determine employee requirements per shift.&lt;br /&gt;
* '''Shift Leaders:''' Establish rules for opening new checkouts.&lt;br /&gt;
* '''Financial Manager:''' Optimize employee costs.&lt;br /&gt;
&lt;br /&gt;
== Method ==&lt;br /&gt;
* '''Platform:''' NetLogo&lt;br /&gt;
* '''Method:''' Agent-based simulation&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
=== Reality Abstraction Plan ===&lt;br /&gt;
&lt;br /&gt;
==== Customers ====&lt;br /&gt;
* '''Number of Items in Purchase:''' Lognormal distribution (µ=3, σ=0.3).&lt;br /&gt;
* '''Checkout Type Preference:'''&lt;br /&gt;
    * Items &amp;gt; 20: Preference = 1 (regular checkouts only).&lt;br /&gt;
    * Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&lt;br /&gt;
    * Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&lt;br /&gt;
* '''Willingness to Switch Checkouts:''' Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&lt;br /&gt;
* '''Satisfaction:''' Depends on waiting time, switching, and checkout type.&lt;br /&gt;
    * Initial value: Normal distribution (mean=95, std=5).&lt;br /&gt;
    * '''Waiting Time:'''&lt;br /&gt;
        * ≤ 3 min: No change.&lt;br /&gt;
        * &amp;gt; 3 min: Decreases logarithmically: \( S(t) = 100 - 10 \cdot \ln(1 + (t - 3)) \).&lt;br /&gt;
    * '''Switching Checkouts:'''&lt;br /&gt;
        * Willingness &amp;gt; 80: No change.&lt;br /&gt;
        * Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&lt;br /&gt;
    * '''Checkout Type:''' Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&lt;br /&gt;
    * Satisfaction cannot be negative.&lt;br /&gt;
* '''Goal:''' Leave the supermarket as satisfied as possible.&lt;br /&gt;
&lt;br /&gt;
==== Checkouts ====&lt;br /&gt;
* '''Regular Checkouts (Count: 5):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1 min, std=0.2).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
* '''Self-Service Checkouts (Count: 8):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1.2 min, std=0.3).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Rules ===&lt;br /&gt;
* '''Operating Hours:''' 7:00-20:00 (1 average day).&lt;br /&gt;
* '''Customer Arrivals:'''&lt;br /&gt;
    * Peak Hours (7:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&lt;br /&gt;
    * Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&lt;br /&gt;
* '''Goal of Checkouts:''' Maintain customer satisfaction above 70% with minimal open regular checkouts.&lt;br /&gt;
* The simulation will not address scenarios outside the checkout area.&lt;br /&gt;
* One customer corresponds to one purchase.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
Update: The mentioned supermarket is supposed to be Tesco in Vodňany, my hometown. The supermarket will not share exact data with me - the values are based on my own experience and observation. Is that a sufficient base for the simulation? Obtaining such data from the supermarket is not realistic, and as to any other sources - research papers on this topic are not from the same socio-geographical background, which influences customer behavior a lot. The simulation would be less realistic if I based it on research papers.&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 22:17, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: In general, it is better to choose a topic for which data is available. You can elaborate on the proposed topic if you are able to justify the specific parameters. Expect to focus on this in the result. '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 12:16, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!! [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 11:48, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:30, 20 December 2024 (CET)&lt;br /&gt;
~&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation Concept – Bee Foraging Behavior =&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:32, 20 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
: '''APPROVED''', but you deal with some very soft variables like: Willingness to walk to alternative stations, Tolerance for bicycle unavailability. It is very important to have all parameters very well justified. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Urban Traffic Flow Optimization Simulation by stej34 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
The simulation will model traffic flow in an urban area, focusing on the effects of traffic light timing, pedestrian crossings, and road capacity on congestion and travel time.&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation: ==&lt;br /&gt;
The simulation aims to demonstrate how optimizing traffic light patterns and pedestrian crossing behavior can improve traffic flow, reduce congestion, and minimize travel delays in urban environments.&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them: ==&lt;br /&gt;
This simulation can benefit:&lt;br /&gt;
&lt;br /&gt;
'''City Planners:''' To experiment with different traffic light timings and road layouts to optimize urban traffic.&lt;br /&gt;
'''Traffic Engineers:''' To analyze the effects of pedestrian crossings and road capacity on congestion.&lt;br /&gt;
'''Environmental Researchers:''' To study the impact of traffic optimization on vehicle emissions and air quality.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment: ==&lt;br /&gt;
'''Method:''' Multiagent simulation of vehicles and pedestrians navigating an urban grid.&lt;br /&gt;
'''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables in the model: ==&lt;br /&gt;
&lt;br /&gt;
'''Deterministic Variables:'''&lt;br /&gt;
  * Traffic Light Timing: Interval and duration of green, yellow, and red lights.&lt;br /&gt;
  * Road Capacity: Maximum number of vehicles that can occupy a road segment.&lt;br /&gt;
  * Pedestrian Crossing Behavior: Frequency of pedestrian crossings and their effect on traffic flow.&lt;br /&gt;
&lt;br /&gt;
'''Random Variables:'''&lt;br /&gt;
  * Vehicle Entry Rate: Randomized rate of vehicles entering the simulation from different entry points.&lt;br /&gt;
  * Driver Behavior: Variability in speed and decision-making among drivers.&lt;br /&gt;
  * Pedestrian Arrival Rate: Randomized arrival of pedestrians at crossings.&lt;br /&gt;
&lt;br /&gt;
== Narrowed Focus: ==&lt;br /&gt;
&lt;br /&gt;
1. '''Traffic Light Optimization:'''&lt;br /&gt;
   * The simulation will model the effects of varying traffic light timings (fixed vs. adaptive) on overall traffic flow.&lt;br /&gt;
   * Users can adjust light timings to observe changes in congestion and average travel time.&lt;br /&gt;
&lt;br /&gt;
2. '''Impact of Pedestrian Crossings:'''&lt;br /&gt;
   * The simulation will include pedestrian crossings that stop vehicle movement. Users can vary crossing frequency and pedestrian density to explore their impact on traffic flow.&lt;br /&gt;
&lt;br /&gt;
3. '''Road Capacity Constraints:'''&lt;br /&gt;
   * The simulation will explore how different road capacities (e.g., single-lane vs. multi-lane roads) affect congestion and flow under various traffic loads.&lt;br /&gt;
&lt;br /&gt;
== Data sources: ==&lt;br /&gt;
&lt;br /&gt;
'''Research Articles:'''&lt;br /&gt;
  * [https://doi.org/10.1016/j.cities.2019.03.001 Traffic Congestion and Urban Planning]&lt;br /&gt;
  * [https://doi.org/10.1080/00423114.2019.1571387 Effects of Traffic Signal Timing on Urban Traffic Flow]&lt;br /&gt;
  * [https://doi.org/10.1016/j.trpro.2016.05.003 Pedestrian Impact on Traffic Flow Dynamics]&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 19:02, 23 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: To make the simulation useful and allow verifying its validity, choose a real particular place and simulate the traffic situation there. '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 11:42, 27 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26146</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26146"/>
		<updated>2024-12-27T10:48:35Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Lightning Network Channel Dynamics Simulation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Customers at Traditional and Self-Service Checkouts ==&lt;br /&gt;
&lt;br /&gt;
=== Topic ===&lt;br /&gt;
'''Simulation of the customer check-in process at the checkout''', including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&lt;br /&gt;
&lt;br /&gt;
=== Problem ===&lt;br /&gt;
The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&lt;br /&gt;
&lt;br /&gt;
=== Goal ===&lt;br /&gt;
Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Stakeholders ===&lt;br /&gt;
* '''HR Managers:''' Determine employee requirements per shift.&lt;br /&gt;
* '''Shift Leaders:''' Establish rules for opening new checkouts.&lt;br /&gt;
* '''Financial Manager:''' Optimize employee costs.&lt;br /&gt;
&lt;br /&gt;
== Method ==&lt;br /&gt;
* '''Platform:''' NetLogo&lt;br /&gt;
* '''Method:''' Agent-based simulation&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
=== Reality Abstraction Plan ===&lt;br /&gt;
&lt;br /&gt;
==== Customers ====&lt;br /&gt;
* '''Number of Items in Purchase:''' Lognormal distribution (µ=3, σ=0.3).&lt;br /&gt;
* '''Checkout Type Preference:'''&lt;br /&gt;
    * Items &amp;gt; 20: Preference = 1 (regular checkouts only).&lt;br /&gt;
    * Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&lt;br /&gt;
    * Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&lt;br /&gt;
* '''Willingness to Switch Checkouts:''' Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&lt;br /&gt;
* '''Satisfaction:''' Depends on waiting time, switching, and checkout type.&lt;br /&gt;
    * Initial value: Normal distribution (mean=95, std=5).&lt;br /&gt;
    * '''Waiting Time:'''&lt;br /&gt;
        * ≤ 3 min: No change.&lt;br /&gt;
        * &amp;gt; 3 min: Decreases logarithmically: \( S(t) = 100 - 10 \cdot \ln(1 + (t - 3)) \).&lt;br /&gt;
    * '''Switching Checkouts:'''&lt;br /&gt;
        * Willingness &amp;gt; 80: No change.&lt;br /&gt;
        * Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&lt;br /&gt;
    * '''Checkout Type:''' Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&lt;br /&gt;
    * Satisfaction cannot be negative.&lt;br /&gt;
* '''Goal:''' Leave the supermarket as satisfied as possible.&lt;br /&gt;
&lt;br /&gt;
==== Checkouts ====&lt;br /&gt;
* '''Regular Checkouts (Count: 5):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1 min, std=0.2).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
* '''Self-Service Checkouts (Count: 8):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1.2 min, std=0.3).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Rules ===&lt;br /&gt;
* '''Operating Hours:''' 7:00-20:00 (1 average day).&lt;br /&gt;
* '''Customer Arrivals:'''&lt;br /&gt;
    * Peak Hours (7:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&lt;br /&gt;
    * Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&lt;br /&gt;
* '''Goal of Checkouts:''' Maintain customer satisfaction above 70% with minimal open regular checkouts.&lt;br /&gt;
* The simulation will not address scenarios outside the checkout area.&lt;br /&gt;
* One customer corresponds to one purchase.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
Update: The mentioned supermarket is supposed to be Tesco in Vodňany, my hometown. The supermarket will not share exact data with me - the values are based on my own experience and observation. Is that a sufficient base for the simulation? Obtaining such data from the supermarket is not realistic, and as to any other sources - research papers on this topic are not from the same socio-geographical background, which influences customer behavior a lot. The simulation would be less realistic if I based it on research papers.&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 22:17, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!! [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 11:48, 27 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:30, 20 December 2024 (CET)&lt;br /&gt;
~&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation Concept – Bee Foraging Behavior =&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:32, 20 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
: '''APPROVED''', but you deal with some very soft variables like: Willingness to walk to alternative stations, Tolerance for bicycle unavailability. It is very important to have all parameters very well justified. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Urban Traffic Flow Optimization Simulation by stej34 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
The simulation will model traffic flow in an urban area, focusing on the effects of traffic light timing, pedestrian crossings, and road capacity on congestion and travel time.&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation: ==&lt;br /&gt;
The simulation aims to demonstrate how optimizing traffic light patterns and pedestrian crossing behavior can improve traffic flow, reduce congestion, and minimize travel delays in urban environments.&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them: ==&lt;br /&gt;
This simulation can benefit:&lt;br /&gt;
&lt;br /&gt;
'''City Planners:''' To experiment with different traffic light timings and road layouts to optimize urban traffic.&lt;br /&gt;
'''Traffic Engineers:''' To analyze the effects of pedestrian crossings and road capacity on congestion.&lt;br /&gt;
'''Environmental Researchers:''' To study the impact of traffic optimization on vehicle emissions and air quality.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment: ==&lt;br /&gt;
'''Method:''' Multiagent simulation of vehicles and pedestrians navigating an urban grid.&lt;br /&gt;
'''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables in the model: ==&lt;br /&gt;
&lt;br /&gt;
'''Deterministic Variables:'''&lt;br /&gt;
  * Traffic Light Timing: Interval and duration of green, yellow, and red lights.&lt;br /&gt;
  * Road Capacity: Maximum number of vehicles that can occupy a road segment.&lt;br /&gt;
  * Pedestrian Crossing Behavior: Frequency of pedestrian crossings and their effect on traffic flow.&lt;br /&gt;
&lt;br /&gt;
'''Random Variables:'''&lt;br /&gt;
  * Vehicle Entry Rate: Randomized rate of vehicles entering the simulation from different entry points.&lt;br /&gt;
  * Driver Behavior: Variability in speed and decision-making among drivers.&lt;br /&gt;
  * Pedestrian Arrival Rate: Randomized arrival of pedestrians at crossings.&lt;br /&gt;
&lt;br /&gt;
== Narrowed Focus: ==&lt;br /&gt;
&lt;br /&gt;
1. '''Traffic Light Optimization:'''&lt;br /&gt;
   * The simulation will model the effects of varying traffic light timings (fixed vs. adaptive) on overall traffic flow.&lt;br /&gt;
   * Users can adjust light timings to observe changes in congestion and average travel time.&lt;br /&gt;
&lt;br /&gt;
2. '''Impact of Pedestrian Crossings:'''&lt;br /&gt;
   * The simulation will include pedestrian crossings that stop vehicle movement. Users can vary crossing frequency and pedestrian density to explore their impact on traffic flow.&lt;br /&gt;
&lt;br /&gt;
3. '''Road Capacity Constraints:'''&lt;br /&gt;
   * The simulation will explore how different road capacities (e.g., single-lane vs. multi-lane roads) affect congestion and flow under various traffic loads.&lt;br /&gt;
&lt;br /&gt;
== Data sources: ==&lt;br /&gt;
&lt;br /&gt;
'''Research Articles:'''&lt;br /&gt;
  * [https://doi.org/10.1016/j.cities.2019.03.001 Traffic Congestion and Urban Planning]&lt;br /&gt;
  * [https://doi.org/10.1080/00423114.2019.1571387 Effects of Traffic Signal Timing on Urban Traffic Flow]&lt;br /&gt;
  * [https://doi.org/10.1016/j.trpro.2016.05.003 Pedestrian Impact on Traffic Flow Dynamics]&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 19:02, 23 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: To make the simulation useful and allow verifying its validity, choose a real particular place and simulate the traffic situation there. '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 11:42, 27 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26145</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26145"/>
		<updated>2024-12-27T10:42:08Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Urban Traffic Flow Optimization Simulation by stej34 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Customers at Traditional and Self-Service Checkouts ==&lt;br /&gt;
&lt;br /&gt;
=== Topic ===&lt;br /&gt;
'''Simulation of the customer check-in process at the checkout''', including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&lt;br /&gt;
&lt;br /&gt;
=== Problem ===&lt;br /&gt;
The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&lt;br /&gt;
&lt;br /&gt;
=== Goal ===&lt;br /&gt;
Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Stakeholders ===&lt;br /&gt;
* '''HR Managers:''' Determine employee requirements per shift.&lt;br /&gt;
* '''Shift Leaders:''' Establish rules for opening new checkouts.&lt;br /&gt;
* '''Financial Manager:''' Optimize employee costs.&lt;br /&gt;
&lt;br /&gt;
== Method ==&lt;br /&gt;
* '''Platform:''' NetLogo&lt;br /&gt;
* '''Method:''' Agent-based simulation&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
=== Reality Abstraction Plan ===&lt;br /&gt;
&lt;br /&gt;
==== Customers ====&lt;br /&gt;
* '''Number of Items in Purchase:''' Lognormal distribution (µ=3, σ=0.3).&lt;br /&gt;
* '''Checkout Type Preference:'''&lt;br /&gt;
    * Items &amp;gt; 20: Preference = 1 (regular checkouts only).&lt;br /&gt;
    * Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&lt;br /&gt;
    * Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&lt;br /&gt;
* '''Willingness to Switch Checkouts:''' Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&lt;br /&gt;
* '''Satisfaction:''' Depends on waiting time, switching, and checkout type.&lt;br /&gt;
    * Initial value: Normal distribution (mean=95, std=5).&lt;br /&gt;
    * '''Waiting Time:'''&lt;br /&gt;
        * ≤ 3 min: No change.&lt;br /&gt;
        * &amp;gt; 3 min: Decreases logarithmically: \( S(t) = 100 - 10 \cdot \ln(1 + (t - 3)) \).&lt;br /&gt;
    * '''Switching Checkouts:'''&lt;br /&gt;
        * Willingness &amp;gt; 80: No change.&lt;br /&gt;
        * Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&lt;br /&gt;
    * '''Checkout Type:''' Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&lt;br /&gt;
    * Satisfaction cannot be negative.&lt;br /&gt;
* '''Goal:''' Leave the supermarket as satisfied as possible.&lt;br /&gt;
&lt;br /&gt;
==== Checkouts ====&lt;br /&gt;
* '''Regular Checkouts (Count: 5):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1 min, std=0.2).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
* '''Self-Service Checkouts (Count: 8):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1.2 min, std=0.3).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Rules ===&lt;br /&gt;
* '''Operating Hours:''' 7:00-20:00 (1 average day).&lt;br /&gt;
* '''Customer Arrivals:'''&lt;br /&gt;
    * Peak Hours (7:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&lt;br /&gt;
    * Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&lt;br /&gt;
* '''Goal of Checkouts:''' Maintain customer satisfaction above 70% with minimal open regular checkouts.&lt;br /&gt;
* The simulation will not address scenarios outside the checkout area.&lt;br /&gt;
* One customer corresponds to one purchase.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
Update: The mentioned supermarket is supposed to be Tesco in Vodňany, my hometown. The supermarket will not share exact data with me - the values are based on my own experience and observation. Is that a sufficient base for the simulation? Obtaining such data from the supermarket is not realistic, and as to any other sources - research papers on this topic are not from the same socio-geographical background, which influences customer behavior a lot. The simulation would be less realistic if I based it on research papers.&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 22:17, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!!&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:30, 20 December 2024 (CET)&lt;br /&gt;
~&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation Concept – Bee Foraging Behavior =&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:32, 20 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
: '''APPROVED''', but you deal with some very soft variables like: Willingness to walk to alternative stations, Tolerance for bicycle unavailability. It is very important to have all parameters very well justified. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Urban Traffic Flow Optimization Simulation by stej34 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
The simulation will model traffic flow in an urban area, focusing on the effects of traffic light timing, pedestrian crossings, and road capacity on congestion and travel time.&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation: ==&lt;br /&gt;
The simulation aims to demonstrate how optimizing traffic light patterns and pedestrian crossing behavior can improve traffic flow, reduce congestion, and minimize travel delays in urban environments.&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them: ==&lt;br /&gt;
This simulation can benefit:&lt;br /&gt;
&lt;br /&gt;
'''City Planners:''' To experiment with different traffic light timings and road layouts to optimize urban traffic.&lt;br /&gt;
'''Traffic Engineers:''' To analyze the effects of pedestrian crossings and road capacity on congestion.&lt;br /&gt;
'''Environmental Researchers:''' To study the impact of traffic optimization on vehicle emissions and air quality.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment: ==&lt;br /&gt;
'''Method:''' Multiagent simulation of vehicles and pedestrians navigating an urban grid.&lt;br /&gt;
'''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables in the model: ==&lt;br /&gt;
&lt;br /&gt;
'''Deterministic Variables:'''&lt;br /&gt;
  * Traffic Light Timing: Interval and duration of green, yellow, and red lights.&lt;br /&gt;
  * Road Capacity: Maximum number of vehicles that can occupy a road segment.&lt;br /&gt;
  * Pedestrian Crossing Behavior: Frequency of pedestrian crossings and their effect on traffic flow.&lt;br /&gt;
&lt;br /&gt;
'''Random Variables:'''&lt;br /&gt;
  * Vehicle Entry Rate: Randomized rate of vehicles entering the simulation from different entry points.&lt;br /&gt;
  * Driver Behavior: Variability in speed and decision-making among drivers.&lt;br /&gt;
  * Pedestrian Arrival Rate: Randomized arrival of pedestrians at crossings.&lt;br /&gt;
&lt;br /&gt;
== Narrowed Focus: ==&lt;br /&gt;
&lt;br /&gt;
1. '''Traffic Light Optimization:'''&lt;br /&gt;
   * The simulation will model the effects of varying traffic light timings (fixed vs. adaptive) on overall traffic flow.&lt;br /&gt;
   * Users can adjust light timings to observe changes in congestion and average travel time.&lt;br /&gt;
&lt;br /&gt;
2. '''Impact of Pedestrian Crossings:'''&lt;br /&gt;
   * The simulation will include pedestrian crossings that stop vehicle movement. Users can vary crossing frequency and pedestrian density to explore their impact on traffic flow.&lt;br /&gt;
&lt;br /&gt;
3. '''Road Capacity Constraints:'''&lt;br /&gt;
   * The simulation will explore how different road capacities (e.g., single-lane vs. multi-lane roads) affect congestion and flow under various traffic loads.&lt;br /&gt;
&lt;br /&gt;
== Data sources: ==&lt;br /&gt;
&lt;br /&gt;
'''Research Articles:'''&lt;br /&gt;
  * [https://doi.org/10.1016/j.cities.2019.03.001 Traffic Congestion and Urban Planning]&lt;br /&gt;
  * [https://doi.org/10.1080/00423114.2019.1571387 Effects of Traffic Signal Timing on Urban Traffic Flow]&lt;br /&gt;
  * [https://doi.org/10.1016/j.trpro.2016.05.003 Pedestrian Impact on Traffic Flow Dynamics]&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 19:02, 23 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: To make the simulation useful and allow verifying its validity, choose a real particular place and simulate the traffic situation there. '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 11:42, 27 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26144</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26144"/>
		<updated>2024-12-27T09:59:59Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulation of Urban Bicycle-Sharing System */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Customers at Traditional and Self-Service Checkouts ==&lt;br /&gt;
&lt;br /&gt;
=== Topic ===&lt;br /&gt;
'''Simulation of the customer check-in process at the checkout''', including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&lt;br /&gt;
&lt;br /&gt;
=== Problem ===&lt;br /&gt;
The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&lt;br /&gt;
&lt;br /&gt;
=== Goal ===&lt;br /&gt;
Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Stakeholders ===&lt;br /&gt;
* '''HR Managers:''' Determine employee requirements per shift.&lt;br /&gt;
* '''Shift Leaders:''' Establish rules for opening new checkouts.&lt;br /&gt;
* '''Financial Manager:''' Optimize employee costs.&lt;br /&gt;
&lt;br /&gt;
== Method ==&lt;br /&gt;
* '''Platform:''' NetLogo&lt;br /&gt;
* '''Method:''' Agent-based simulation&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
=== Reality Abstraction Plan ===&lt;br /&gt;
&lt;br /&gt;
==== Customers ====&lt;br /&gt;
* '''Number of Items in Purchase:''' Lognormal distribution (µ=3, σ=0.3).&lt;br /&gt;
* '''Checkout Type Preference:'''&lt;br /&gt;
    * Items &amp;gt; 20: Preference = 1 (regular checkouts only).&lt;br /&gt;
    * Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&lt;br /&gt;
    * Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&lt;br /&gt;
* '''Willingness to Switch Checkouts:''' Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&lt;br /&gt;
* '''Satisfaction:''' Depends on waiting time, switching, and checkout type.&lt;br /&gt;
    * Initial value: Normal distribution (mean=95, std=5).&lt;br /&gt;
    * '''Waiting Time:'''&lt;br /&gt;
        * ≤ 3 min: No change.&lt;br /&gt;
        * &amp;gt; 3 min: Decreases logarithmically: \( S(t) = 100 - 10 \cdot \ln(1 + (t - 3)) \).&lt;br /&gt;
    * '''Switching Checkouts:'''&lt;br /&gt;
        * Willingness &amp;gt; 80: No change.&lt;br /&gt;
        * Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&lt;br /&gt;
    * '''Checkout Type:''' Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&lt;br /&gt;
    * Satisfaction cannot be negative.&lt;br /&gt;
* '''Goal:''' Leave the supermarket as satisfied as possible.&lt;br /&gt;
&lt;br /&gt;
==== Checkouts ====&lt;br /&gt;
* '''Regular Checkouts (Count: 5):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1 min, std=0.2).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
* '''Self-Service Checkouts (Count: 8):'''&lt;br /&gt;
    * '''Service Speed:'''&lt;br /&gt;
        * Payment: Normal distribution (mean=1.2 min, std=0.3).&lt;br /&gt;
        * Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&lt;br /&gt;
    * '''Checkout Error:''' 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Rules ===&lt;br /&gt;
* '''Operating Hours:''' 7:00-20:00 (1 average day).&lt;br /&gt;
* '''Customer Arrivals:'''&lt;br /&gt;
    * Peak Hours (7:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&lt;br /&gt;
    * Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&lt;br /&gt;
* '''Goal of Checkouts:''' Maintain customer satisfaction above 70% with minimal open regular checkouts.&lt;br /&gt;
* The simulation will not address scenarios outside the checkout area.&lt;br /&gt;
* One customer corresponds to one purchase.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
Update: The mentioned supermarket is supposed to be Tesco in Vodňany, my hometown. The supermarket will not share exact data with me - the values are based on my own experience and observation. Is that a sufficient base for the simulation? Obtaining such data from the supermarket is not realistic, and as to any other sources - research papers on this topic are not from the same socio-geographical background, which influences customer behavior a lot. The simulation would be less realistic if I based it on research papers.&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 22:17, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!!&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:30, 20 December 2024 (CET)&lt;br /&gt;
~&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation Concept – Bee Foraging Behavior =&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:32, 20 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
: '''APPROVED''', but you deal with some very soft variables like: Willingness to walk to alternative stations, Tolerance for bicycle unavailability. It is very important to have all parameters very well justified. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Urban Traffic Flow Optimization Simulation by stej34 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
The simulation will model traffic flow in an urban area, focusing on the effects of traffic light timing, pedestrian crossings, and road capacity on congestion and travel time.&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation: ==&lt;br /&gt;
The simulation aims to demonstrate how optimizing traffic light patterns and pedestrian crossing behavior can improve traffic flow, reduce congestion, and minimize travel delays in urban environments.&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them: ==&lt;br /&gt;
This simulation can benefit:&lt;br /&gt;
&lt;br /&gt;
'''City Planners:''' To experiment with different traffic light timings and road layouts to optimize urban traffic.&lt;br /&gt;
'''Traffic Engineers:''' To analyze the effects of pedestrian crossings and road capacity on congestion.&lt;br /&gt;
'''Environmental Researchers:''' To study the impact of traffic optimization on vehicle emissions and air quality.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment: ==&lt;br /&gt;
'''Method:''' Multiagent simulation of vehicles and pedestrians navigating an urban grid.&lt;br /&gt;
'''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables in the model: ==&lt;br /&gt;
&lt;br /&gt;
'''Deterministic Variables:'''&lt;br /&gt;
  * Traffic Light Timing: Interval and duration of green, yellow, and red lights.&lt;br /&gt;
  * Road Capacity: Maximum number of vehicles that can occupy a road segment.&lt;br /&gt;
  * Pedestrian Crossing Behavior: Frequency of pedestrian crossings and their effect on traffic flow.&lt;br /&gt;
&lt;br /&gt;
'''Random Variables:'''&lt;br /&gt;
  * Vehicle Entry Rate: Randomized rate of vehicles entering the simulation from different entry points.&lt;br /&gt;
  * Driver Behavior: Variability in speed and decision-making among drivers.&lt;br /&gt;
  * Pedestrian Arrival Rate: Randomized arrival of pedestrians at crossings.&lt;br /&gt;
&lt;br /&gt;
== Narrowed Focus: ==&lt;br /&gt;
&lt;br /&gt;
1. '''Traffic Light Optimization:'''&lt;br /&gt;
   * The simulation will model the effects of varying traffic light timings (fixed vs. adaptive) on overall traffic flow.&lt;br /&gt;
   * Users can adjust light timings to observe changes in congestion and average travel time.&lt;br /&gt;
&lt;br /&gt;
2. '''Impact of Pedestrian Crossings:'''&lt;br /&gt;
   * The simulation will include pedestrian crossings that stop vehicle movement. Users can vary crossing frequency and pedestrian density to explore their impact on traffic flow.&lt;br /&gt;
&lt;br /&gt;
3. '''Road Capacity Constraints:'''&lt;br /&gt;
   * The simulation will explore how different road capacities (e.g., single-lane vs. multi-lane roads) affect congestion and flow under various traffic loads.&lt;br /&gt;
&lt;br /&gt;
== Data sources: ==&lt;br /&gt;
&lt;br /&gt;
'''Research Articles:'''&lt;br /&gt;
  * [https://doi.org/10.1016/j.cities.2019.03.001 Traffic Congestion and Urban Planning]&lt;br /&gt;
  * [https://doi.org/10.1080/00423114.2019.1571387 Effects of Traffic Signal Timing on Urban Traffic Flow]&lt;br /&gt;
  * [https://doi.org/10.1016/j.trpro.2016.05.003 Pedestrian Impact on Traffic Flow Dynamics]&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 19:02, 23 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26135</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26135"/>
		<updated>2024-12-20T16:41:52Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* AIDS Spread Simulation by stej34 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
=Customers at traditional and self-service checkouts=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!!&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:30, 20 December 2024 (CET)&lt;br /&gt;
~&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation Concept – Bee Foraging Behavior =&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:32, 20 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
: APPROVED, but you deal with some very soft variables like: Willingness to walk to alternative stations, Tolerance for bicycle unavailability. It is very important to have all parameters very well justified. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= AIDS Spread Simulation by stej34=&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: It is very complicated to make such simulation valuable. It is not hard to create a model of epidemy, but usually it is so simplified that it is useless.&lt;br /&gt;
: I recommend to elaborate it into detail and focus on some particular thing or to choose a different topic. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:41, 20 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26134</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26134"/>
		<updated>2024-12-20T16:38:42Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulation of Urban Bicycle-Sharing System */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
=Customers at traditional and self-service checkouts=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!!&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:30, 20 December 2024 (CET)&lt;br /&gt;
~&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation Concept – Bee Foraging Behavior =&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:32, 20 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
: APPROVED, but you deal with some very soft variables like: Willingness to walk to alternative stations, Tolerance for bicycle unavailability. It is very important to have all parameters very well justified. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= AIDS Spread Simulation by stej34=&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26133</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26133"/>
		<updated>2024-12-20T16:32:34Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulation Concept – Bee Foraging Behavior */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
=Customers at traditional and self-service checkouts=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!!&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:30, 20 December 2024 (CET)&lt;br /&gt;
~&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation Concept – Bee Foraging Behavior =&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:32, 20 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== AIDS Spread Simulation by stej34==&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26132</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26132"/>
		<updated>2024-12-20T16:30:56Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Robotic Vacuum Algorithms Simulation by kulv05 */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
=Customers at traditional and self-service checkouts=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!!&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:30, 20 December 2024 (CET)&lt;br /&gt;
~&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation Concept – Bee Foraging Behavior =&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== AIDS Spread Simulation by stej34==&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26131</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26131"/>
		<updated>2024-12-20T13:38:55Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
=Customers at traditional and self-service checkouts=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!!&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:38, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== AIDS Spread Simulation by stej34==&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26130</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26130"/>
		<updated>2024-12-20T13:36:48Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* What exact data you will base values of your variables on: */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
=Customers at traditional and self-service checkouts=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=Lightning Network Channel Dynamics Simulation=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Don't use HTML for writing WIKI!!!&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== AIDS Spread Simulation by stej34==&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26129</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26129"/>
		<updated>2024-12-20T13:33:32Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* What exact data you will base values of your variables on: */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
=Customers at traditional and self-service checkouts=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Lightning Network Channel Dynamics Simulation&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== AIDS Spread Simulation by stej34==&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26128</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26128"/>
		<updated>2024-12-20T13:32:51Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* What exact data you will base values of your variables on: */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
=Customers at traditional and self-service checkouts=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: APPROVED [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:32, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Lightning Network Channel Dynamics Simulation&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== AIDS Spread Simulation by stej34==&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26127</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26127"/>
		<updated>2024-12-20T13:28:58Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Assignment Proposal (Draft) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
=Customers at traditional and self-service checkouts=&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Please, elaborate it. What will be the real data you will base it on. What supermarket/store.?&lt;br /&gt;
: BTW: Don't use HTML for editing these documents, Wiki uses Markup. Using HTML makes the document messy.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= What you will simulate: =&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Lightning Network Channel Dynamics Simulation&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== AIDS Spread Simulation by stej34==&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26126</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26126"/>
		<updated>2024-12-20T13:25:28Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Assignment Proposal (Draft) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''', but: under all circumstances, obtain real data and base the simulation upon them. This simulation is relatively simple to develop, the real data are what could make it valuable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:25, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Customers at traditional and self-service checkouts&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== What you will simulate: ==&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Lightning Network Channel Dynamics Simulation&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== AIDS Spread Simulation by stej34==&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26125</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26125"/>
		<updated>2024-12-20T13:02:39Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulation Concept – Traffic Accident Risk Analysis */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''APPROVED''' Dont forget to keep the model testable, meaning all parameters should have a reasonable justification. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:02, 20 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Customers at traditional and self-service checkouts&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== What you will simulate: ==&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Lightning Network Channel Dynamics Simulation&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== AIDS Spread Simulation by stej34==&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26124</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26124"/>
		<updated>2024-12-20T13:00:41Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05)==&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, I have chosen these plants:&lt;br /&gt;
&lt;br /&gt;
''' Kudzu (Pueraria montana) '''&lt;br /&gt;
&lt;br /&gt;
Growth Rate: Kudzu is renowned for its rapid growth, capable of extending up to 0.3 meters (1 foot) per day, with mature vines reaching lengths of 30 meters (98 feet). &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Utilization: As a nitrogen-fixing plant, kudzu thrives in nitrogen-deficient soils, enhancing its competitive advantage in such environments. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Strategy: Kudzu's aggressive growth allows it to overtop and shade native vegetation, effectively outcompeting other species for sunlight and space. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Purple Coneflower (Echinacea purpurea) '''&lt;br /&gt;
&lt;br /&gt;
Growth Characteristics: This perennial herb typically grows to heights of 1 to 3 feet (approximately 0.3 to 0.9 meters) and produces a woody rhizome. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Resource Requirements: Purple coneflower prefers sunny sites with low levels of competition and soils rich in magnesium and calcium. &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Competitive Ability: While it can coexist with other species, purple coneflower may require management to prevent being outcompeted by more aggressive plants. &lt;br /&gt;
&lt;br /&gt;
This description of chosen plant species will be used to set up their behaviour in NetLogo.&lt;br /&gt;
&lt;br /&gt;
''' Resources: '''&lt;br /&gt;
&lt;br /&gt;
For Kudzu (Pueraria montana):&lt;br /&gt;
&lt;br /&gt;
Forest Service, U.S. Department of Agriculture. (n.d.). Pueraria montana var. lobata: Kudzu. Retrieved from https://www.fs.usda.gov/database/feis/plants/vine/puemonl/all.html&lt;br /&gt;
&lt;br /&gt;
National Center for Biotechnology Information. (2024). PMC Article on Kudzu Growth Dynamics. Retrieved from https://pmc.ncbi.nlm.nih.gov/articles/PMC9824185/&lt;br /&gt;
&lt;br /&gt;
Wikipedia contributors. (n.d.). Kudzu in the United States. Retrieved from https://en.wikipedia.org/wiki/Kudzu_in_the_United_States&lt;br /&gt;
&lt;br /&gt;
For Purple Coneflower (Echinacea purpurea):&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Plant guide: Echinacea purpurea. Retrieved from https://plants.usda.gov/DocumentLibrary/plantguide/pdf/pg_ecan2.pdf&lt;br /&gt;
&lt;br /&gt;
Plant Delights Nursery. (n.d.). Purple Coneflower (Echinacea purpurea). Retrieved from https://www.plantdelights.com/blogs/articles/purple-coneflower-echinacea-purpurea-plant&lt;br /&gt;
&lt;br /&gt;
USDA Natural Resources Conservation Service. (n.d.). Echinacea purpurea Fact Sheet. Retrieved from https://plants.usda.gov/DocumentLibrary/factsheet/pdf/fs_ecpu.pdf&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Updated - particular species chosen with attributes and resources, I hope it is alright, Mr. Svatoš already told me on class that if I provided some relevant resources, it should be approved without a problem (meaning even without specifically chosen plant species), thank you [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 13:23, 20 December 2024 (CET)&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 14:00, 20 December 2024 (CET)&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Customers at traditional and self-service checkouts&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== What you will simulate: ==&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Lightning Network Channel Dynamics Simulation&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== AIDS Spread Simulation by stej34==&lt;br /&gt;
&lt;br /&gt;
=== What will be simulated: ===&lt;br /&gt;
The spread of AIDS through a small, isolated human population, focusing on sexual contact as the primary transmission route.&lt;br /&gt;
&lt;br /&gt;
=== Goal of the simulation: ===&lt;br /&gt;
The simulation aims to illustrate how behavioral tendencies, such as abstinence, commitment, condom use, and testing frequency, influence the dynamics of AIDS transmission within a population.&lt;br /&gt;
&lt;br /&gt;
=== Who would use the simulation and how it helps them: ===&lt;br /&gt;
This simulation can benefit a variety of users:&lt;br /&gt;
&lt;br /&gt;
* '''Public Health Professionals:''' Analyze how changes in public behavior, such as increased testing or condom use, affect the spread of AIDS and inform public health campaigns.&lt;br /&gt;
* '''Researchers:''' Study the impact of individual behaviors on disease dynamics and explore hypothetical scenarios to understand possible intervention outcomes.&lt;br /&gt;
* '''Educators:''' Use the simulation as an engaging, interactive tool to teach about disease transmission, the importance of testing, and the role of preventive measures.&lt;br /&gt;
&lt;br /&gt;
=== Method and simulation environment: ===&lt;br /&gt;
* '''Method:''' Multiagent simulation&lt;br /&gt;
* '''Simulation environment:''' NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Variables in the model: ===&lt;br /&gt;
&lt;br /&gt;
* '''Deterministic Variables:'''&lt;br /&gt;
  * Average Coupling Tendency: Likelihood of engaging in sexual relationships.&lt;br /&gt;
  * Average Commitment: Duration of sexual relationships.&lt;br /&gt;
  * Average Condom Use: Probability of practicing safe sex.&lt;br /&gt;
  * Average Test Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
* '''Random Variables:'''&lt;br /&gt;
  * Disease Transmission Probability: Based on condom use and infection status of partners.&lt;br /&gt;
  * Relationship Formation: Pairing depends on individual coupling tendencies.&lt;br /&gt;
  * Individual Testing Behavior: Determines awareness of infection.&lt;br /&gt;
&lt;br /&gt;
=== Data sources: ===&lt;br /&gt;
&lt;br /&gt;
* '''Research Articles:'''&lt;br /&gt;
  * [https://www.unaids.org/ UNAIDS: AIDS Epidemic Information]&lt;br /&gt;
  * [https://academic.oup.com/jpe/article/17/2/rtae007/7589693 Behavioral and Social Determinants of AIDS Transmission]&lt;br /&gt;
  * [https://www.mdpi.com/1424-2818/16/6/317 Modeling Epidemics in Isolated Populations]&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 10:39, 18 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26121</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26121"/>
		<updated>2024-12-17T15:33:57Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Ant Colony */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05) '''&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, it will not be used from real world, but it will be set up, so the behaviour of agents will be as close as it can to real life.&lt;br /&gt;
&lt;br /&gt;
Used studies for setting up the behaviour of plants and herbivores will be: &lt;br /&gt;
https://www.mdpi.com/1424-2818/16/6/317&lt;br /&gt;
https://academic.oup.com/jpe/article/17/2/rtae007/7589693&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
It is necessary to use real-world data. For simplicity sake, I strongly recommend to pick a particular specie or a couple species where are you able obtain data. Otherwise the task wouldn't be verifiable. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:33, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Customers at traditional and self-service checkouts&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== What you will simulate: ==&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Lightning Network Channel Dynamics Simulation&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
''' Simulation Concept – Spread of AIDS through a Population by stej34'''&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of AIDS transmission via sexual contact in a small, isolated human population.&lt;br /&gt;
&lt;br /&gt;
Explore how behavioral tendencies, like abstinence, commitment, condom use, and testing frequency, influence the spread of AIDS.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Individuals represent members of the population with specific behavioral tendencies.&lt;br /&gt;
&lt;br /&gt;
The environment simulates interactions, coupling, and testing practices.&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Uninfected Individuals (Green): Healthy individuals.&lt;br /&gt;
&lt;br /&gt;
Infected Individuals (Blue): Infected but unaware of their status.&lt;br /&gt;
&lt;br /&gt;
Known Infected Individuals (Red): Infected and aware of their status, practicing safer behavior.&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization: Randomly populate the environment with individuals whose behaviors are assigned based on sliders:&lt;br /&gt;
Coupling Tendency: Likelihood of forming a sexual relationship.&lt;br /&gt;
Commitment Level: Average relationship duration.&lt;br /&gt;
Condom Use: Probability of practicing safe sex.&lt;br /&gt;
Testing Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps: '''&lt;br /&gt;
&lt;br /&gt;
Individuals wander the environment until they encounter potential partners and form couples.&lt;br /&gt;
Disease transmission occurs probabilistically based on condom use and infection status.&lt;br /&gt;
Testing identifies infected individuals, who adjust their behavior to always use condoms.&lt;br /&gt;
&lt;br /&gt;
''' Interaction Dynamics: ''' &lt;br /&gt;
&lt;br /&gt;
Modify variables in real-time to observe their effects on coupling tendency, condom use, and testing frequency.&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo. The data used will not be from the real world but will be set up to approximate real-life behaviors of agents as closely as possible.&lt;br /&gt;
&lt;br /&gt;
''' Referenced Documentation: '''&lt;br /&gt;
&lt;br /&gt;
This simulation is inspired by studies on sexually transmitted infections and public health interventions:&lt;br /&gt;
&lt;br /&gt;
https://www.unaids.org/&lt;br /&gt;
https://www.cdc.gov/hiv/basics/transmission.html&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 17:07, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26120</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26120"/>
		<updated>2024-12-17T15:29:43Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Ant Colony */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05) '''&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, it will not be used from real world, but it will be set up, so the behaviour of agents will be as close as it can to real life.&lt;br /&gt;
&lt;br /&gt;
Used studies for setting up the behaviour of plants and herbivores will be: &lt;br /&gt;
https://www.mdpi.com/1424-2818/16/6/317&lt;br /&gt;
https://academic.oup.com/jpe/article/17/2/rtae007/7589693&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Customers at traditional and self-service checkouts&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== What you will simulate: ==&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Lightning Network Channel Dynamics Simulation&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
''' Simulation Concept – Spread of AIDS through a Population by stej34'''&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of AIDS transmission via sexual contact in a small, isolated human population.&lt;br /&gt;
&lt;br /&gt;
Explore how behavioral tendencies, like abstinence, commitment, condom use, and testing frequency, influence the spread of AIDS.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Individuals represent members of the population with specific behavioral tendencies.&lt;br /&gt;
&lt;br /&gt;
The environment simulates interactions, coupling, and testing practices.&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Uninfected Individuals (Green): Healthy individuals.&lt;br /&gt;
&lt;br /&gt;
Infected Individuals (Blue): Infected but unaware of their status.&lt;br /&gt;
&lt;br /&gt;
Known Infected Individuals (Red): Infected and aware of their status, practicing safer behavior.&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization: Randomly populate the environment with individuals whose behaviors are assigned based on sliders:&lt;br /&gt;
Coupling Tendency: Likelihood of forming a sexual relationship.&lt;br /&gt;
Commitment Level: Average relationship duration.&lt;br /&gt;
Condom Use: Probability of practicing safe sex.&lt;br /&gt;
Testing Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps: '''&lt;br /&gt;
&lt;br /&gt;
Individuals wander the environment until they encounter potential partners and form couples.&lt;br /&gt;
Disease transmission occurs probabilistically based on condom use and infection status.&lt;br /&gt;
Testing identifies infected individuals, who adjust their behavior to always use condoms.&lt;br /&gt;
&lt;br /&gt;
''' Interaction Dynamics: ''' &lt;br /&gt;
&lt;br /&gt;
Modify variables in real-time to observe their effects on coupling tendency, condom use, and testing frequency.&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo. The data used will not be from the real world but will be set up to approximate real-life behaviors of agents as closely as possible.&lt;br /&gt;
&lt;br /&gt;
''' Referenced Documentation: '''&lt;br /&gt;
&lt;br /&gt;
This simulation is inspired by studies on sexually transmitted infections and public health interventions:&lt;br /&gt;
&lt;br /&gt;
https://www.unaids.org/&lt;br /&gt;
https://www.cdc.gov/hiv/basics/transmission.html&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 17:07, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26119</id>
		<title>Assignments WS 2024/2025</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignments_WS_2024/2025&amp;diff=26119"/>
		<updated>2024-12-17T15:28:34Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Ant Colony */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, put here your assignments. Do not forget to sign them. You can use &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (four tildas) for an automatic signature. Use Show preview in order to check the result before your final sumbition.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Please, strive to formulate your assignment carefully. We expect an adequate effort to formulate the assignment as it is your semestral paper. Do not forget that your main goal is a research paper. It means your simulation model must generate the results that are specific, measurable and verifiable. Think twice how you will develop your model, which entities you will use, draw a model diagram, consider what you will measure. No sooner than when you have a good idea about the model, submit your assignment. And of course, read [[How to deal with the simulation assignment|How to deal with the simulation assignment]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Topics on gambling, cards, etc. are not welcome.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
In order to avoid possible confusion, please, check if you have added '''approved''' in bold somewhere in our comment under your submission. If there is no '''approved''', it means the assignment was not approved yet.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
==Ant Colony==&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*Ant colony growth&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation:'''&lt;br /&gt;
*The simulation aims to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*There is a diverse list of potential users of this simulation.&lt;br /&gt;
**Biologists can use the simulation to study and analyze the behavior of individual ants, their collective actions, and the emergent behavior of the ant colony.&lt;br /&gt;
**Biology educators can use this simulation as an engaging, interactive tool to demonstrate how the complex, organized behaviors of an ant colony emerge from simple, decentralized rules followed by individual ants.&lt;br /&gt;
**Exotic cuisine chefs can use this simulation to predict and optimize ant colony growth. This allows them to manage colonies sustainably and maximize the yield of their unique ingredient.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
*Method: Multiagent simulation&lt;br /&gt;
*Simulation environment: NetLogo&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model:'''&lt;br /&gt;
*Deterministic Variables:&lt;br /&gt;
**Queen's Egg-Laying Rate&lt;br /&gt;
**Egg Development Time&lt;br /&gt;
**Worker Task Allocation&lt;br /&gt;
**Environmental Constants&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**Egg Survival Rate&lt;br /&gt;
**Worker Behavior&lt;br /&gt;
**Worker Lifespan&lt;br /&gt;
**Environmental Threats&lt;br /&gt;
&lt;br /&gt;
'''Data sources:'''&lt;br /&gt;
*Observational data&lt;br /&gt;
*Research articles&lt;br /&gt;
&lt;br /&gt;
[[User:Spis03|Spis03]] ([[User talk:Spis03|talk]]) 14:33, 9 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
'''Assignment Proposal (Draft) Title:'''&lt;br /&gt;
*Simulation of pension reform in the Czech Republic: Analysis of long-term sustainability&lt;br /&gt;
&lt;br /&gt;
'''What will be simulated:'''&lt;br /&gt;
*A system dynamics model of the Czech pension system that simulates the long-term financial sustainability under varying demographic, economic, and policy scenarios. The simulation will project future balances of the pension system, incorporating the flows of revenues (social insurance contributions) and expenditures (pension payouts)&lt;br /&gt;
&lt;br /&gt;
'''Goal of the simulation (What problem should the simulation solve):'''&lt;br /&gt;
*The main goal is to analyze how different pension reform strategies (e.g., adjusting retirement age, altering contribution rates, changing the indexation formula of pensions) will affect the long-term stability of the Czech pension system. The simulation aims to identify specific policy levers and thresholds that ensure the pension system’s financial equilibrium over a multi-decade horizon, despite changing demographic and economic conditions.&lt;br /&gt;
&lt;br /&gt;
'''Who would use the simulation and how it helps them:'''&lt;br /&gt;
*The potential users include not only the Ministry of Finance, the Ministry of Labour and Social Affairs, but also the general public and the media. Although the model does not simulate the pension system in complete detail, it provides a general overview and helps users understand the basic mechanisms and trends that will shape the future of the pension system. In this way, users can:&lt;br /&gt;
**Gain a preliminary orientation and inspiration: By experimenting with simple scenarios (e.g., raising the retirement age or altering contribution rates), users can gain a clearer picture of how different reform steps could influence the stability of the pension system.&lt;br /&gt;
**Provide context for public debate: The model can assist citizens, journalists, and non-profit organizations in better understanding the issues surrounding pension reform. This allows them to critically evaluate political proposals or expert recommendations.&lt;br /&gt;
**Lead to more informed decision-making: While this is not a tool for detailed macroeconomic forecasting, the simulation provides a general insight into potential long-term trends. This can contribute to a broader understanding of the necessity for reforms and their impact on future generations.&lt;br /&gt;
&lt;br /&gt;
'''Method and simulation environment:'''&lt;br /&gt;
&lt;br /&gt;
*Method: System Dynamics&lt;br /&gt;
*Simulation environment: Vensim PLE (freely available for academic use)&lt;br /&gt;
&lt;br /&gt;
'''Variables in the model (deterministic and random):'''&lt;br /&gt;
&lt;br /&gt;
*Core Population Variables:&lt;br /&gt;
**Number of children (new entrants to future workforce)&lt;br /&gt;
**Number of working-age population (workers contributing to the system)&lt;br /&gt;
**Number of pensioners (beneficiaries)&lt;br /&gt;
&lt;br /&gt;
*Policy Variables:&lt;br /&gt;
**Statutory retirement age&lt;br /&gt;
**Contribution rate to social insurance (percentage of wage)&lt;br /&gt;
**Pension benefit formula and indexation mechanism&lt;br /&gt;
&lt;br /&gt;
*Economic Variables:&lt;br /&gt;
**Average wage (influences contributions)&lt;br /&gt;
**Inflation rate (influences indexation of pensions and wage growth)&lt;br /&gt;
&lt;br /&gt;
*Fiscal Variables:&lt;br /&gt;
**Total contributions collected (based on number of workers, contribution rate, and average wage)&lt;br /&gt;
**Total pension expenditure (based on number of pensioners and average pension)&lt;br /&gt;
**Pension system reserve fund (if applicable) and its depletion or accumulation&lt;br /&gt;
&lt;br /&gt;
*Random Variables:&lt;br /&gt;
**The model will incorporate stochastic elements through probability distributions derived from historical data and OECD/EUROSTAT projections to reflect uncertainty in:&lt;br /&gt;
***Fertility rate (affects future workforce size; random from projected distribution)&lt;br /&gt;
***Mortality rate / Life expectancy changes (stochastic variation around central OECD forecasts)&lt;br /&gt;
***Inflation rate (stochastic variation around central forecast from CNB/OECD data)&lt;br /&gt;
***Retirement rate (number of people retire each year +-)&lt;br /&gt;
&lt;br /&gt;
'''Data sources (for deterministic baseline and to derive distributions):'''&lt;br /&gt;
*Czech Statistical Office (ČSÚ) for historical demographic data&lt;br /&gt;
*OECD demographic and economic projections for Czech Republic&lt;br /&gt;
*Eurostat long-term demographic projections for EU countries&lt;br /&gt;
&lt;br /&gt;
'''Formulas in the simulation (examples):'''&lt;br /&gt;
*Pension Expenditure: Total Pension Expenditure = Number of Pensioners * Average Pension&lt;br /&gt;
*Average Pension Calculation: Average Pension(t+1) = Average Pension(t) * (1 + InflationIndex)&lt;br /&gt;
*Contribution Revenue: Total Contributions = Number of Workers * Average Wage * Contribution Rate&lt;br /&gt;
*System Balance: Annual Balance = Total Contributions - Total Pension Expenditure&lt;br /&gt;
*Accumulation or depletion of the pension reserve fund is then modeled as a stock: Reserve(t+1) = Reserve(t) + Annual Balance.&lt;br /&gt;
&lt;br /&gt;
'''Model complexity and data linking:'''&lt;br /&gt;
*'''Causal loop diagrams (CLD):''' Will illustrate feedback loops such as how employment and wage growth influence contributions, and how demographic changes influence the ratio of workers to retirees.&lt;br /&gt;
*'''Stock and Flow Diagrams:''' Will detail population stocks (children, workers, retirees), and financial stocks (pension fund reserves), along with flows (entrants to workforce, retirees, death rates, pension contributions, and payouts).&lt;br /&gt;
&lt;br /&gt;
'''Specific, measurable, and verifiable results:'''&lt;br /&gt;
*Specificity: The model will project the pension system’s financial status from year X to year X+50 under various reform scenarios, providing exact quantitative outcomes (e.g., fund balance in billions CZK, pension-to-wage ratio).&lt;br /&gt;
&lt;br /&gt;
*Measurable metrics:&lt;br /&gt;
**Dependency ratio (number of pensioners per 100 workers)&lt;br /&gt;
**Pension system annual balance (CZK) and cumulative reserves over time&lt;br /&gt;
**Average replacement rate (pension/average wage ratio)&lt;br /&gt;
**Sensitivity of sustainability gap to changes in retirement age or contribution rate&lt;br /&gt;
&lt;br /&gt;
*Verifiability: The initial model run will be calibrated against historical data for the past decade. Adjustments to parameters and comparison with known OECD and ČSÚ forecasts will verify the model’s credibility.&lt;br /&gt;
&lt;br /&gt;
[[User:Omaj01|Omaj01]] ([[User talk:Omaj01|talk]])&lt;br /&gt;
::'''APPROVED'''[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:57, 6 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation concept – Invasive Plant Species vs. Native Plants vs. Herbivores Jan César (cesj05) '''&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of competition between invasive plant species and native plants in a shared environment&lt;br /&gt;
&lt;br /&gt;
Explore the conditions under which either the invasive species dominates, coexists, or fails to establish.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Each patch represents a piece of land that can grow either a natrive or invasive plant (or remain empty)&lt;br /&gt;
&lt;br /&gt;
Plants compete for resources on each path&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Native Plants: Slower growth but more resistant to herbivores or harsh conditions.&lt;br /&gt;
&lt;br /&gt;
Invasive Plants: Faster growth and higher seed dispersal rate but less resistant to herbivores.&lt;br /&gt;
&lt;br /&gt;
Herbivores: Agents that eat plants, with a preference for invasive or native species (modifiable by the user).&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization:&lt;br /&gt;
&lt;br /&gt;
Randomly populate the grid with a mix of invasive and native plants.&lt;br /&gt;
&lt;br /&gt;
Set up resource levels for each patch.&lt;br /&gt;
&lt;br /&gt;
Place herbivores randomly across the grid.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps (Turtles/Agents): '''&lt;br /&gt;
&lt;br /&gt;
Each plant (agent) checks:&lt;br /&gt;
&lt;br /&gt;
Whether it has resources to grow or reproduce.&lt;br /&gt;
&lt;br /&gt;
If conditions are favorable, it spreads seeds to nearby patches.&lt;br /&gt;
&lt;br /&gt;
Herbivores move and consume plants on the patches they visit.&lt;br /&gt;
&lt;br /&gt;
Competition between plants on shared patches determines which survives.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
''' Interaction Dynamics: Modify the probability of herbivory or the effectiveness of seed dispersal as sliders to explore different scenarios.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo, as for the data, it will not be used from real world, but it will be set up, so the behaviour of agents will be as close as it can to real life.&lt;br /&gt;
&lt;br /&gt;
Used studies for setting up the behaviour of plants and herbivores will be: &lt;br /&gt;
https://www.mdpi.com/1424-2818/16/6/317&lt;br /&gt;
https://academic.oup.com/jpe/article/17/2/rtae007/7589693&lt;br /&gt;
&lt;br /&gt;
If needed, more studies will be used.&lt;br /&gt;
&lt;br /&gt;
This simulation can be used by gardeners trying to maintain their garden.   [[User:Cesj05|Cesj05]] ([[User talk:Cesj05|talk]]) 17:53, 6 December 2024 (CET)&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
'''APPROVED''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 16:28, 17 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Traffic Accident Risk Analysis ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of traffic accidents based on road conditions, traffic density, and driver behavior.&lt;br /&gt;
* Explore the conditions under which accidents become frequent, and how they impact overall traffic flow.&lt;br /&gt;
* Test mitigation strategies like improved road quality or stricter speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent road segments and intersections, each with a defined condition:&lt;br /&gt;
** '''Good''': Low accident probability.&lt;br /&gt;
** '''Bad''': Increased accident probability.&lt;br /&gt;
** '''Under Construction''': High accident probability and slower movement for cars.&lt;br /&gt;
* '''Road Network''': A grid-based layout with straight roads and intersections where traffic can flow.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Cars (Turtles):'''&lt;br /&gt;
## Each car has a speed, a destination, and a probability of making a driving error.&lt;br /&gt;
## Movement is influenced by traffic density and road conditions.&lt;br /&gt;
# '''Accidents:'''&lt;br /&gt;
## Simulated as blocked road segments.&lt;br /&gt;
## Cause delays and force cars to reroute.&lt;br /&gt;
# '''Traffic Lights (Optional):'''&lt;br /&gt;
## Located at intersections to control flow.&lt;br /&gt;
## Can be toggled on/off to explore their impact on accidents.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute cars across the road network with initial speeds and destinations.&lt;br /&gt;
* Assign random conditions (good, bad, under construction) to road segments based on user input.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Movement:'''&lt;br /&gt;
## Cars follow road segments, moving faster on good roads and slower on bad/under-construction ones.&lt;br /&gt;
# '''Accident Risk:'''&lt;br /&gt;
## Probability of an accident increases with:&lt;br /&gt;
### Poor road conditions.&lt;br /&gt;
### High speed.&lt;br /&gt;
### High traffic density.&lt;br /&gt;
# '''Accident Handling:'''&lt;br /&gt;
## If an accident occurs, the road segment is temporarily blocked.&lt;br /&gt;
## Cars reroute to avoid the blocked segment, increasing congestion elsewhere.&lt;br /&gt;
# '''Recovery:'''&lt;br /&gt;
## Accidents are cleared after a set duration, restoring traffic flow.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Controls:'''&lt;br /&gt;
** Traffic density, road condition distribution, speed limits, and driver error probabilities can be adjusted with sliders.&lt;br /&gt;
* '''Scenarios:'''&lt;br /&gt;
** Test high traffic density with poor roads versus low traffic density with good roads.&lt;br /&gt;
** Simulate stricter traffic laws by reducing driver errors and imposing speed limits.&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data will be used to mimic real-world traffic dynamics based on studies and assumptions.&lt;br /&gt;
* '''Behavior Setup''': Modeled on findings from traffic and safety research:&lt;br /&gt;
** [https://www.tandfonline.com/doi/full/10.1080/13669877.2010.547259 Study 1]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/23311916.2020.1834659 Study 2]&lt;br /&gt;
** [https://www.tandfonline.com/doi/pdf/10.1080/16483840.2003.10414070 Study 3]&lt;br /&gt;
* Additional studies will be incorporated if needed to refine parameters.&lt;br /&gt;
[[User:Sim timm03|Sim timm03]] ([[User talk:Sim timm03|talk]]) 16:11, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Assignment Proposal (Draft) =&lt;br /&gt;
&lt;br /&gt;
== Title ==&lt;br /&gt;
'''Simulation of Security Efficiency in a Store: Analyzing Optimal Guard Allocation Based on Obstruction and Escape Dynamics'''&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
*A simulation of a store environment where security guards patrol to prevent thieves from stealing goods and escaping through designated exits. The store layout includes customizable obstacles (regals), guards, and thieves. The simulation focuses on the limited visibility due to obstacles and models the dynamic interaction between guards and thieves, exploring how the required number of guards changes based on the number of thieves.*&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation (What problem should the simulation solve) ==&lt;br /&gt;
*The simulation aims to determine the optimal number of guards needed to secure a store effectively under varying conditions of thief count. The ultimate goal is to provide recommendations for store security design based on quantitative analysis.*&lt;br /&gt;
&lt;br /&gt;
== Who would use the simulation and how it helps them ==&lt;br /&gt;
*Store Managers and Security Companies*: Helps in designing security layouts and determining the number of security guards needed to maximize efficiency and minimize theft.  &lt;br /&gt;
*Students*: Offers insights into visibility-limited environments and agent-based modeling techniques.&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo  &lt;br /&gt;
&lt;br /&gt;
== Variables in the model (deterministic and random) ==&lt;br /&gt;
&lt;br /&gt;
=== Deterministic Variables ===&lt;br /&gt;
* Number of guards  &lt;br /&gt;
* Number of thieves  &lt;br /&gt;
* Number of regals (obstacles): Fixed positions  &lt;br /&gt;
* Store size:   &lt;br /&gt;
* Guard and thief placement: Guards are placed on opposite sides of the store to maximize coverage; thieves are placed randomly.&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
* Movement paths: Thieves and guards move dynamically based on patrol or escape strategies.  &lt;br /&gt;
* Thief behavior: Randomized target selection for obstacles and exits.  &lt;br /&gt;
* Guard patrol patterns: Random movement within patrol zones unless a thief is spotted.  &lt;br /&gt;
&lt;br /&gt;
== Formulas in the simulation (examples) ==&lt;br /&gt;
* '''Guard visibility''':  &lt;br /&gt;
  * \( \text{Visible range} = d \), where \( d \) is the number of unobstructed cells (line of sight blocked by obstacles).  &lt;br /&gt;
* '''Thief capture condition''':  &lt;br /&gt;
  * A thief is captured if a guard moves onto the same cell.  &lt;br /&gt;
* '''Escape success''':  &lt;br /&gt;
  * A thief escapes if it reaches an exit before being captured.  &lt;br /&gt;
* '''Capture efficiency''':  &lt;br /&gt;
  * \( \text{Efficiency} = \frac{\text{Captured thieves}}{\text{Total thieves}} \)  &lt;br /&gt;
&lt;br /&gt;
== Model complexity and data linking ==&lt;br /&gt;
* '''Guard and thief dynamics''':  &lt;br /&gt;
  * Guards patrol predefined zones or reactively chase thieves if spotted.  &lt;br /&gt;
  * Thieves move toward regals to &amp;quot;steal&amp;quot; and then to exits to escape.  &lt;br /&gt;
* '''Obstacle placement''':  &lt;br /&gt;
  * Regals are fixed in predefined locations that block visibility and movement.  &lt;br /&gt;
* '''Outputs''':  &lt;br /&gt;
  * Capture success rate  &lt;br /&gt;
  * Number of escaped thieves  &lt;br /&gt;
  * Guard efficiency metrics  &lt;br /&gt;
&lt;br /&gt;
== Specific, measurable, and verifiable results ==&lt;br /&gt;
* '''Specificity''':  &lt;br /&gt;
  * The model provides quantitative insights into the number of guards needed to maintain security across various scenarios.  &lt;br /&gt;
* '''Measurable metrics''':  &lt;br /&gt;
  * Capture rate (% of thieves caught)  &lt;br /&gt;
  * Escape rate (% of thieves successfully escaped)  &lt;br /&gt;
  * Average patrol effectiveness (distance covered by guards and time to interception).  &lt;br /&gt;
&lt;br /&gt;
== Key questions the simulation will answer ==&lt;br /&gt;
# How does the number of guards required to secure the store change with varying numbers of thieves?  &lt;br /&gt;
# What are the most effective patrol strategies for guards in a fixed environment with limited visibility?  &lt;br /&gt;
# How does the coordination or randomness of thieves’ behavior influence the effectiveness of the store's security?  &lt;br /&gt;
&lt;br /&gt;
[[User:Holp11|Holp11]] ([[User talk:Holp11|talk]]) 21:06, 7 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Customers at traditional and self-service checkouts&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Topic&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Simulation of the customer check-in process at the checkout, including incoming customers, their checkout selection (including self-service options), queuing, and service. The model reflects different service speeds, customer behavior (e.g., transitioning between checkouts), and satisfaction levels.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Problem&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;The supermarket lacks rules for opening and closing checkouts, resulting in either excessive staff costs or low customer satisfaction. Data-based rules for checkout operations can optimize efficiency and satisfaction.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Goal&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt;Establish optimal rules for opening and closing checkouts to maintain customer satisfaction above 70%.&amp;lt;/p&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Stakeholders&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;HR Managers:&amp;lt;/strong&amp;gt; Determine employee requirements per shift.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Shift Leaders:&amp;lt;/strong&amp;gt; Establish rules for opening new checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Financial Manager:&amp;lt;/strong&amp;gt; Optimize employee costs.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Platform:&amp;lt;/strong&amp;gt; NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Method:&amp;lt;/strong&amp;gt; Agent-based simulation&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Requirements&amp;lt;/h2&amp;gt;&lt;br /&gt;
&amp;lt;h3&amp;gt;Reality Abstraction Plan&amp;lt;/h3&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Customers&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Number of Items in Purchase:&amp;lt;/strong&amp;gt; Lognormal distribution (µ=3, σ=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type Preference:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 20: Preference = 1 (regular checkouts only).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items &amp;gt; 10: Lognormal distribution on scale 1-100 (µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Items ≤ 10: 100 - (Lognormal distribution on scale 1-100, µ=2.8, σ=0.7).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Willingness to Switch Checkouts:&amp;lt;/strong&amp;gt; Lognormal distribution on scale 1-100 (µ=2.9, σ=0.4). Drops to half after switching.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Satisfaction:&amp;lt;/strong&amp;gt; Depends on waiting time, switching, and checkout type.&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial value: Normal distribution (mean=95, std=5).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Waiting Time:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;≤ 3 min: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;gt; 3 min: Decreases logarithmically: &amp;lt;code&amp;gt;S(t) = 100 − 10 * ln(1 + (t − 3))&amp;lt;/code&amp;gt;.&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Switching Checkouts:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness &amp;gt; 80: No change.&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Willingness ≤ 80: Decreases by a range (e.g., 1-5 points for willingness ≤ 80 &amp;amp; &amp;gt; 60).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Type:&amp;lt;/strong&amp;gt; Satisfaction changes based on preference and actual service type (e.g., increases by 5-10 points if preference &amp;gt; 60 and served at self-checkout).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Satisfaction cannot be negative.&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal:&amp;lt;/strong&amp;gt; Leave the supermarket as satisfied as possible.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h4&amp;gt;Checkouts&amp;lt;/h4&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Regular Checkouts (Count: 6):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1 min, std=0.2).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.02 min, std=0.01); 20% non-EAN (mean=0.03 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 0.1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Self-Service Checkouts (Count: 12):&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Service Speed:&amp;lt;/strong&amp;gt;&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Payment: Normal distribution (mean=1.2 min, std=0.3).&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Marking Items: 80% EAN-coded items (mean=0.03 min, std=0.01); 20% non-EAN (mean=0.04 min, std=0.01).&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Checkout Error:&amp;lt;/strong&amp;gt; 1% probability; solving time = Normal distribution (mean=0.5 min, std=0.1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Simulation Rules&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Operating Hours:&amp;lt;/strong&amp;gt; 8:00-20:00 (1 average day).&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Customer Arrivals:&amp;lt;/strong&amp;gt;&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Peak Hours (8:00-10:00 &amp;amp; 16:00-18:00): Normal distribution (mean=4, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Non-Peak Hours (10:00-16:00 &amp;amp; 18:00-20:00): Normal distribution (mean=2, std=1).&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;&amp;lt;strong&amp;gt;Goal of Checkouts:&amp;lt;/strong&amp;gt; Maintain customer satisfaction above 70% with minimal open regular checkouts.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;The simulation will not address scenarios outside the checkout area.&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;One customer corresponds to one purchase.&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rysc00|Rysc00]] ([[User talk:Rysc00|talk]]) 13:23, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== What you will simulate: ==&lt;br /&gt;
# I will simulate the process of artificially snowing a ski slope, including the operation of snow cannons, and the influence of temperature, humidity, and wind on snow production and the maintenance of a snow cover.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation: ==&lt;br /&gt;
# The objective is to optimize the snowmaking process to achieve the desired snow cover height at the lowest possible energy and water costs, while accounting for changing weather conditions.&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation and how: ==&lt;br /&gt;
# A typical user might be a ski resort manager or the operator of snowmaking equipment. The simulation would help them plan and optimize their snowmaking strategy in advance, reduce operational costs, and ensure quality snow conditions for skiers.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment: ==&lt;br /&gt;
# Multi-agent simulation in NetLogo&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated: ==&lt;br /&gt;
# Deterministic variables: the placement of snow cannons, the energy demands of the snow cannons, and the target snow cover height.&lt;br /&gt;
# State variables: the current snow depth on the slope, and the current water and energy consumption.&lt;br /&gt;
&lt;br /&gt;
== What variables will be random: ==&lt;br /&gt;
# Weather conditions (temperature, humidity, wind, and any natural snowfall) will be generated with random fluctuations within the range of observed real-world values.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base values of your variables on: ==&lt;br /&gt;
# The values for weather and the performance of snow cannons will be based on literature and technical specifications from manufacturers (average seasonal temperatures, typical humidity ranges, average efficiency of snow cannons).&lt;br /&gt;
&lt;br /&gt;
[[User:Lanm14|Lanm14]] ([[User talk:Lanm14|talk]]) 15:00, 08 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h1&amp;gt;Lightning Network Channel Dynamics Simulation&amp;lt;/h1&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;The Lightning Network represents a promising solution to Bitcoin's scalability challenges, enabling fast and low-cost transactions. In the Czech Republic, it's gaining practical adoption with merchants like Alza.cz, Rohlik.cz and payment processors like Qerko and GoPay.&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;p&amp;gt; The network consists of payment channels, direct connections between two participants. Each channel has a fixed capacity, representing the total funds locked in for transactions. This capacity is shared between the two participants, with each holding a portion of the total on his side of the channel. Payments update the balance distribution within the channel. If two participants don’t have a direct channel, the network routes payments through connected channels, relying on intermediary nodes with enough capacity to complete the transfer. &amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;h2&amp;gt;What will be simulated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;A NetLogo agent-based simulation of Lightning Network payment channels that models:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Nodes (merchants, customers, routing nodes) as agents with defined balances and behaviors&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment channels as links between nodes with specific capacities&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction routing through the network&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance changes and payment success/failure dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Goal of the simulation:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;To analyze how different network configurations affect payment success rates and channel efficiency, specifically:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Identify optimal channel capacity distribution for maximizing successful payments&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Determine relationship between node connectivity and network reliability&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Find bottlenecks in payment routing that cause transaction failures&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Who would use the simulation and how it helps them:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;p&amp;gt;Primary users:&amp;lt;/p&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;New merchants considering Lightning Network adoption:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand required number of payment channels&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan initial channel capacity requirements&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Estimate liquidity needs&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Lightning Network node operators:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Optimize channel configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Understand routing effectiveness&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Plan capital allocation&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Method and simulation environment:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Method: Agent-based modeling&amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Environment: NetLogo&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Variables incorporated:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Deterministic Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Number of nodes (N):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Initial setup: 100-200 nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on small subset of real network for feasibility&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Initial channel capacity (C):&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Range: 0.001 - 0.1 BTC per channel&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on average values from 1ML.com statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Set at channel creation time&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node types:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Merchant: 20% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Customer: 70% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Routing-node: 10% of nodes&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Proportions based on network analysis papers&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Base fee per transaction:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Default: 1 satoshi base + 0.001% of amount&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on common Lightning node configurations&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network topology structure:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Average connections per node: 3-8&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on observed network patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Follows power-law distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h3&amp;gt;Random Variables:&amp;lt;/h3&amp;gt;&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction amounts:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Distribution: Log-normal&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean: 50,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Standard deviation: 25,000 satoshis&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Based on public Lightning Network statistics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction timing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Poisson distribution&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mean arrival rate (λ): 0.1 transactions per node per minute&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Can be adjusted via interface slider&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balance fluctuations:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Random walk within channel capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Step size: Normal distribution (μ=0, σ=0.01 × capacity)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Updates every simulation tick&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Node connection preferences:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Probability of connection decreases with distance&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Weighted by node type and existing connections&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Uses preferential attachment model&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment success probability:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Base probability: 0.95&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Modified by:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel capacity utilization&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Path length&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node type&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Data sources for variable values:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Network structure and capacities:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network explorer (1ML.com):&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Current number of nodes (~17,000)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Average channel capacity (~0.03 BTC)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node distribution and connectivity patterns&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Mempool.space statistics:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Total network capacity&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Channel count&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;Node count&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Transaction patterns:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public Lightning Network statistics from Bitcoin Visuals (bitcoinvisuals.com)&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic research papers on Lightning Network analysis:&lt;br /&gt;
                &amp;lt;ul&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;Lightning Network: a second path towards centralisation of the Bitcoin economy&amp;quot; (Lin et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                    &amp;lt;li&amp;gt;&amp;quot;A Quantitative Analysis of Security, Anonymity and Scalability for the Lightning Network&amp;quot; (Tikhomirov et al., 2020)&amp;lt;/li&amp;gt;&lt;br /&gt;
                &amp;lt;/ul&amp;gt;&lt;br /&gt;
            &amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;h2&amp;gt;Simulation behavior formulas based on:&amp;lt;/h2&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;ol&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Payment routing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network specifications (BOLTs) from lightning-rfc repository&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;LND implementation documentation&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Published research on routing behavior&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
    &amp;lt;li&amp;gt;Channel balancing:&lt;br /&gt;
        &amp;lt;ul&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Lightning Network whitepaper formulas&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Public node operation best practices&amp;lt;/li&amp;gt;&lt;br /&gt;
            &amp;lt;li&amp;gt;Academic analysis of channel dynamics&amp;lt;/li&amp;gt;&lt;br /&gt;
        &amp;lt;/ul&amp;gt;&lt;br /&gt;
    &amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ol&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[User:Filip Simulátor|mikf02]] ([[User talk:Filip Simulátor|talk]]) 19:58, 8 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= Performance of Solar Power Plant Using Monte Carlo Simulation and ERA5 Data (matj27)=&lt;br /&gt;
&lt;br /&gt;
== What will you simulate? ==&lt;br /&gt;
The simulation will model the potential energy output of a power plant. Simulation will be based upon meteorological data from the ERA5 reanalysis dataset with panel efficiency variability to determine an energy production estimates over a year in Louny (Roughly N 50°21′00″; E 013°47′00″; ERA5 resolution is cca. 31 km - 0.25° grid (bbox: [[13.75, 50.5],[14.00, 50.5],[14.00, 50.25],[13.75, 50.25],[13.75, 50.5]])).&lt;br /&gt;
&lt;br /&gt;
== Goal of the simulation ==&lt;br /&gt;
The goal is to analyze the impact of daily solar radiance variability and panel efficiency fluctuations on the power plant energy output. &lt;br /&gt;
&lt;br /&gt;
== Users ==&lt;br /&gt;
Solar power plants companies and solar power plants owners to calculate financial feasibility, ROI etc.&lt;br /&gt;
&lt;br /&gt;
== Methods, environment ==&lt;br /&gt;
'''Methods:''' Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
'''Environment:''' Python - to process ERA5 GRIB data, Excel - to run Monte Carlo simulation&lt;br /&gt;
&lt;br /&gt;
== Variables incorporated ==&lt;br /&gt;
Solar panels power and efficiency, solar radiance from ERA5.&lt;br /&gt;
&lt;br /&gt;
Historical ERA5 data will define the mean and variance of solar radiance.&lt;br /&gt;
&lt;br /&gt;
Panel efficiency variability will be sourced from manufacturer specifications.&lt;br /&gt;
&lt;br /&gt;
== Data for simulation behavior formulas ==&lt;br /&gt;
Formula to estimate the electricity generated in output of a photovoltaic system: E = A * r * H * PR&lt;br /&gt;
&lt;br /&gt;
E = Energy (kWh)&lt;br /&gt;
&lt;br /&gt;
A = Total solar panel Area (m2)&lt;br /&gt;
&lt;br /&gt;
r = solar panel yield or efficiency (%) &lt;br /&gt;
&lt;br /&gt;
H = Annual average solar radiation on tilted panels (based on solar radiance)&lt;br /&gt;
&lt;br /&gt;
PR = Performance ratio, coefficient for losses (range between 0.5 and 0.9, default value = 0.75)&lt;br /&gt;
&lt;br /&gt;
Based on https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems[https://photovoltaic-software.com/principle-ressources/how-calculate-solar-energy-power-pv-systems]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:matj27|matj27]] ([[User talk:matj27|talk]]) 19:07, 9th December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:16, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
= Simulation of traffic flow efficiency on highway D1 (based od traffic restrictions) =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
&lt;br /&gt;
Simulation of arrival delay based on number of traffic restrictions on highway D1. How many restrictions are &amp;quot;acceptable&amp;quot; so that there is not too much delay compared to driving without any restrictions. The user will be able to set the number of restricted kilometers and the number of restritions.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
&lt;br /&gt;
Find out how many restrictions are too much and if it's better to have more smaller ones or less bigger ones.&lt;br /&gt;
&lt;br /&gt;
== Usefulness ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The simulation can show us how much delay is caused by restrictions on the highway, and whether the highway is too restricted or whether restrictions can be increased without significantly reducing travel time. It can also show us whether it is better to have more restrictions in smaller chunks or fewer restrictions over a longer stretch.&lt;br /&gt;
&lt;br /&gt;
== Simulation method ==&lt;br /&gt;
&lt;br /&gt;
Simulation in application NetLogo&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
-	Number of cars&lt;br /&gt;
&lt;br /&gt;
-	Percentage of truks (slower cars)&lt;br /&gt;
&lt;br /&gt;
-	Number of restricted kilometres&lt;br /&gt;
&lt;br /&gt;
-	Number of restrictions&lt;br /&gt;
&lt;br /&gt;
-	Percentage of aggresive drivers&lt;br /&gt;
&lt;br /&gt;
== Radnom variables ==&lt;br /&gt;
&lt;br /&gt;
-	Speed of cars&lt;br /&gt;
&lt;br /&gt;
-	Lane changing&lt;br /&gt;
&lt;br /&gt;
-	Random restriction placement&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==  Source for data == &lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 16:40, 10 December 2024 (CET) - I had this topis last year but never made it. If its not OK I will make a new one.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
= System Dynamics Simulation of Hybrid Work Models =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated ==&lt;br /&gt;
The simulation will model workplace dynamics under three work modes—remote, hybrid, and in-office—focusing on the interplay between key factors: productivity, collaboration, employee satisfaction, and cost. The model will explore how these variables interact over time in different work environments.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
To analyze the relationships and feedback loops between productivity, collaboration, satisfaction, and cost under various work modes, and provide actionable insights into:&lt;br /&gt;
* How collaboration affects productivity over time.&lt;br /&gt;
* How employee satisfaction changes in response to work mode, workload, and collaboration.&lt;br /&gt;
* The trade-offs between cost-efficiency and employee performance.&lt;br /&gt;
&lt;br /&gt;
== Example User and How would it help ==&lt;br /&gt;
* Example User: HR managers, workplace strategists, or organizational leaders in medium to large enterprises&lt;br /&gt;
* How it helps: The simulation provides data-driven insights into the long-term effects of different work modes, helping organizations create work policies that optimize employee performance and satisfaction while maintaining cost efficiency.&lt;br /&gt;
&lt;br /&gt;
== Method and Simulation Environment ==&lt;br /&gt;
* Method: System dynamics simulation to model causal relationships and feedback loops.&lt;br /&gt;
* Simulation Environment: Vensim PLE&lt;br /&gt;
&lt;br /&gt;
== Variables ==&lt;br /&gt;
* Productivity: Represents the task completion rate over time. Influenced by collaboration, workload, and satisfaction&lt;br /&gt;
* Collaboration: Measures teamwork effectiveness. Remote work has the lowest collaboration, hybrid has moderate, and in-office has the highest levels.&lt;br /&gt;
* Satisfaction: Reflects employee morale and well-being. Satisfaction increases with productivity and effective collaboration but decreases with excessive workload.&lt;br /&gt;
* Cost: Represents daily operational expenses per employee. Fixed based on the work mode.&lt;br /&gt;
&lt;br /&gt;
== Data ==&lt;br /&gt;
Based on studies and reports from Statista, workplace surveys and industry averages for operational costs in each work mode.&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
* Productivity Formula: Productivity = Baseline Productivity × Collaboration Index × Satisfaction Level&lt;br /&gt;
* Collaboration Formula: Collaboration = Baseline Collaboration × (1 − Remote_Work_Proportion)&lt;br /&gt;
* Satisfaction Formula: Satisfaction = Baseline Satisfaction + (0.2 × Productivity) − (0.1 × Workload Index)&lt;br /&gt;
* Cost Formula: Fixed cost values for each work mode.&lt;br /&gt;
* Feedback Loops:&lt;br /&gt;
** Positive Loop: High collaboration → Higher productivity → Higher satisfaction → Improved collaboration.&lt;br /&gt;
** Negative Loop: Excessive workload → Lower satisfaction → Reduced productivity.&lt;br /&gt;
&lt;br /&gt;
[[User:Tara04|Tara04]] ([[User talk:Tara04|talk]]) 20:15, 11 December 2024 (CET)&lt;br /&gt;
:: '''Approved''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 15:23, 12 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Robotic Vacuum Algorithms Simulation by kulv05 =&lt;br /&gt;
&lt;br /&gt;
== What will be simulated: ==&lt;br /&gt;
&lt;br /&gt;
In this task I want to simulate a robotic vacuum cleaner that cleans a room, navigate around obstacles and collecting dust and trash.&lt;br /&gt;
&lt;br /&gt;
== The goal of the simulation ==&lt;br /&gt;
The goal of the simulation is to compare the effectiveness of different movement algorithms for a robot vacuum, find the one that is the most efficient. I aim to determine which algorithm completes the cleaning task in the least time, consumes the least power, overall efficiency as well.&lt;br /&gt;
The formulas for comparison:&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected;&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected;&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage);&lt;br /&gt;
&lt;br /&gt;
== Who would actually use such simulation ==&lt;br /&gt;
&lt;br /&gt;
The results can be theoretically valuable for developers working on autonomous home devices and manufacturers of robotic vacuum cleaners such as iRobot, Xiaomi etc. Customers can also find it useful when choosing a new vacuum.&lt;br /&gt;
&lt;br /&gt;
== What method and simulation environment you plan to use ==&lt;br /&gt;
&lt;br /&gt;
The simulation will be developed using the NetLogo agent-based model&lt;br /&gt;
&lt;br /&gt;
== What variables will be incorporated ==&lt;br /&gt;
&lt;br /&gt;
''Agents'':&lt;br /&gt;
&lt;br /&gt;
•	Vacuum&lt;br /&gt;
•	Trash&lt;br /&gt;
•	Room(The space within which the robot operates, including obstacles like furniture)&lt;br /&gt;
&lt;br /&gt;
''Parameters'':&lt;br /&gt;
&lt;br /&gt;
•	Type of algorithm&lt;br /&gt;
•	Ticks needed to finish cleaning&lt;br /&gt;
•	Power usage&lt;br /&gt;
•	Trash Collected&lt;br /&gt;
&lt;br /&gt;
==What variables will be random==&lt;br /&gt;
&lt;br /&gt;
Trash placement&lt;br /&gt;
&lt;br /&gt;
Start position&lt;br /&gt;
&lt;br /&gt;
== What exact data you will base your formulas in the simulation (simulation behavior) on ==&lt;br /&gt;
&lt;br /&gt;
The algorithms used for comparison:&lt;br /&gt;
Random walk(reactive), Zigzag, Spiral, Wall to wall, SLAM(if possible to implement in netlogo), A* (if possible to implement in netlogo)&lt;br /&gt;
&lt;br /&gt;
https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf [https://www.diva-portal.org/smash/get/diva2:1213349/FULLTEXT02.pdf]&lt;br /&gt;
&lt;br /&gt;
https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping [https://ouster.com/insights/blog/introduction-to-slam-simultaneous-localization-and-mapping]&lt;br /&gt;
&lt;br /&gt;
https://www.geeksforgeeks.org/a-search-algorithm/ [https://www.geeksforgeeks.org/a-search-algorithm/]&lt;br /&gt;
&lt;br /&gt;
Evaluation: &lt;br /&gt;
&lt;br /&gt;
Efficiency_time= Ticks needed to finish cleaning/Dust Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_power=Power usage/Trash Collected&lt;br /&gt;
&lt;br /&gt;
Efficiency_overall=Trash Collected/(Ticks needed to finish cleaning×Power usage)&lt;br /&gt;
&lt;br /&gt;
 [[User:Kulv05|Kulv05]] ([[User talk:Kulv05|talk]]) 01:44, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Simulation Concept – Bee Foraging Behavior ==&lt;br /&gt;
&lt;br /&gt;
=== Objectives ===&lt;br /&gt;
* Understand the dynamics of bee foraging behavior and its efficiency in collecting nectar.&lt;br /&gt;
* Explore the influence of environmental factors like nectar replenishment rates and bee memory retention on foraging success.&lt;br /&gt;
* Simulate how communication methods like the waggle dance influence the collective behavior of bees.&lt;br /&gt;
&lt;br /&gt;
=== Environment ===&lt;br /&gt;
* '''Patches''': Represent flowers scattered across a 2D grid, each containing a limited amount of nectar that replenishes over time.&lt;br /&gt;
* '''Hive''': A central location on the grid where bees return after collecting nectar.&lt;br /&gt;
&lt;br /&gt;
=== Agents ===&lt;br /&gt;
# '''Bees (Turtles):'''&lt;br /&gt;
## Search for flowers with nectar and collect it.&lt;br /&gt;
## Return to the hive to deposit nectar and signal flower locations using the waggle dance.&lt;br /&gt;
# '''Flowers (Patches):'''&lt;br /&gt;
## Have a specific amount of nectar that can be collected.&lt;br /&gt;
## Nectar levels decrease as bees forage and replenish over time.&lt;br /&gt;
&lt;br /&gt;
=== Methods ===&lt;br /&gt;
==== Initialization ====&lt;br /&gt;
* Randomly distribute flowers across the grid with initial nectar levels.&lt;br /&gt;
* Initialize a fixed number of bees at the hive.&lt;br /&gt;
&lt;br /&gt;
==== Simulation Steps (Turtles/Agents) ====&lt;br /&gt;
# '''Foraging:'''&lt;br /&gt;
## Bees search randomly or follow waggle dance signals to locate flowers with nectar.&lt;br /&gt;
## Once nectar is collected, they return to the hive to deposit it.&lt;br /&gt;
# '''Waggle Dance Communication:'''&lt;br /&gt;
## Bees that successfully find nectar signal its location to other bees in the hive.&lt;br /&gt;
## Other bees decide whether to follow these signals or continue searching independently.&lt;br /&gt;
# '''Nectar Replenishment:'''&lt;br /&gt;
## Flowers regenerate nectar at a rate defined by the user.&lt;br /&gt;
# '''Memory Retention:'''&lt;br /&gt;
## Bees remember flower locations for a limited time, after which they must search anew or rely on waggle dance signals.&lt;br /&gt;
&lt;br /&gt;
==== Interaction Dynamics ====&lt;br /&gt;
* '''User Inputs:'''&lt;br /&gt;
** Number of bees.&lt;br /&gt;
** Nectar replenishment rate.&lt;br /&gt;
** Bee memory retention (time).&lt;br /&gt;
* '''Scenarios to Explore:'''&lt;br /&gt;
** High vs. low nectar replenishment rates.&lt;br /&gt;
** Effect of longer or shorter memory retention.&lt;br /&gt;
** Impact of increased hive communication (more bees following waggle dances).&lt;br /&gt;
&lt;br /&gt;
=== Simulation Details ===&lt;br /&gt;
* '''Platform''': NetLogo.&lt;br /&gt;
* '''Data Source''': Synthetic data to simulate nectar levels and bee behavior, designed to mimic real-world phenomena based on biological studies.&lt;br /&gt;
* '''Behavior Setup''': Inspired by findings in bee foraging and communication studies:&lt;br /&gt;
** [https://link.springer.com/article/10.1556/ABiol.63.2012.Suppl.2.8?utm_source=chatgpt.com Effects of Flower Patches on Bee Foraging].&lt;br /&gt;
** [https://academic.oup.com/beheco/article/19/2/255/212470 The Role of the Waggle Dance in Foraging Success].&lt;br /&gt;
&lt;br /&gt;
[[User:Lozd00|Lozd00]] ([[User talk:Lozd00|talk]]) 10:11, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
''' Simulation Concept – Spread of AIDS through a Population by stej34'''&lt;br /&gt;
&lt;br /&gt;
''' Objectives: '''&lt;br /&gt;
&lt;br /&gt;
Understand the dynamics of AIDS transmission via sexual contact in a small, isolated human population.&lt;br /&gt;
&lt;br /&gt;
Explore how behavioral tendencies, like abstinence, commitment, condom use, and testing frequency, influence the spread of AIDS.&lt;br /&gt;
&lt;br /&gt;
''' Environment: '''&lt;br /&gt;
&lt;br /&gt;
Individuals represent members of the population with specific behavioral tendencies.&lt;br /&gt;
&lt;br /&gt;
The environment simulates interactions, coupling, and testing practices.&lt;br /&gt;
&lt;br /&gt;
''' Agents: '''&lt;br /&gt;
&lt;br /&gt;
Uninfected Individuals (Green): Healthy individuals.&lt;br /&gt;
&lt;br /&gt;
Infected Individuals (Blue): Infected but unaware of their status.&lt;br /&gt;
&lt;br /&gt;
Known Infected Individuals (Red): Infected and aware of their status, practicing safer behavior.&lt;br /&gt;
&lt;br /&gt;
''' Methods '''&lt;br /&gt;
&lt;br /&gt;
Initialization: Randomly populate the environment with individuals whose behaviors are assigned based on sliders:&lt;br /&gt;
Coupling Tendency: Likelihood of forming a sexual relationship.&lt;br /&gt;
Commitment Level: Average relationship duration.&lt;br /&gt;
Condom Use: Probability of practicing safe sex.&lt;br /&gt;
Testing Frequency: Frequency of undergoing AIDS testing.&lt;br /&gt;
&lt;br /&gt;
''' Simulation Steps: '''&lt;br /&gt;
&lt;br /&gt;
Individuals wander the environment until they encounter potential partners and form couples.&lt;br /&gt;
Disease transmission occurs probabilistically based on condom use and infection status.&lt;br /&gt;
Testing identifies infected individuals, who adjust their behavior to always use condoms.&lt;br /&gt;
&lt;br /&gt;
''' Interaction Dynamics: ''' &lt;br /&gt;
&lt;br /&gt;
Modify variables in real-time to observe their effects on coupling tendency, condom use, and testing frequency.&lt;br /&gt;
&lt;br /&gt;
The simulation will be done in NetLogo. The data used will not be from the real world but will be set up to approximate real-life behaviors of agents as closely as possible.&lt;br /&gt;
&lt;br /&gt;
''' Referenced Documentation: '''&lt;br /&gt;
&lt;br /&gt;
This simulation is inspired by studies on sexually transmitted infections and public health interventions:&lt;br /&gt;
&lt;br /&gt;
https://www.unaids.org/&lt;br /&gt;
https://www.cdc.gov/hiv/basics/transmission.html&lt;br /&gt;
&lt;br /&gt;
[[User:Stej34|Stej34]] ([[User talk:Stej34|talk]]) 17:07, 13 December 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
= Simulation of Urban Bicycle-Sharing System =&lt;br /&gt;
&lt;br /&gt;
== Problem ==&lt;br /&gt;
Bike-sharing systems often struggle with uneven bicycle distribution across stations, leading to user frustration, inefficient system usage, and increased operational costs for redistribution.&lt;br /&gt;
&lt;br /&gt;
== Goal ==&lt;br /&gt;
Develop and analyze optimal strategies for bicycle redistribution that maximize user accessibility and system efficiency while minimizing operational costs.&lt;br /&gt;
&lt;br /&gt;
== Simulation Stakeholders ==&lt;br /&gt;
* City Transportation Planners: Optimize bicycle-sharing system infrastructure&lt;br /&gt;
* Bike-Sharing System Operators: Improve operational efficiency&lt;br /&gt;
* Municipal Mobility Departments: Understand urban mobility patterns&lt;br /&gt;
&lt;br /&gt;
== Method and simulation environment ==&lt;br /&gt;
* '''Method''': Agent-based modeling  &lt;br /&gt;
* '''Simulation environment''': NetLogo&lt;br /&gt;
&lt;br /&gt;
== Agents ==&lt;br /&gt;
=== Bicycles ===&lt;br /&gt;
Total fleet size based on real data from successful bike-sharing systems (Barcelona bike sharing)&lt;br /&gt;
&lt;br /&gt;
'''Individual bicycle characteristics:'''&lt;br /&gt;
* Battery level&lt;br /&gt;
* Maintenance status&lt;br /&gt;
* Current station location&lt;br /&gt;
&lt;br /&gt;
=== Stations ===&lt;br /&gt;
* Geographically distributed across area&lt;br /&gt;
* Capacity limits based on real urban infrastructure&lt;br /&gt;
* Dock availability&lt;br /&gt;
* Location attractiveness (proximity to popular destinations)&lt;br /&gt;
&lt;br /&gt;
=== Users ===&lt;br /&gt;
'''Trip Characteristics:'''&lt;br /&gt;
* Origin and destination points&lt;br /&gt;
* Time of day&lt;br /&gt;
&lt;br /&gt;
'''User Behavior:'''&lt;br /&gt;
* Willingness to walk to alternative stations&lt;br /&gt;
* Tolerance for bicycle unavailability&lt;br /&gt;
&lt;br /&gt;
=== Random Variables ===&lt;br /&gt;
&lt;br /&gt;
'''User Arrival Rates'''&lt;br /&gt;
* Varying by time of day (peak/off-peak hours)&lt;br /&gt;
** Probability distribution: Poisson distribution with parameters from actual bike-sharing system data&lt;br /&gt;
&lt;br /&gt;
== Simulation rules ==&lt;br /&gt;
* system operates 24/7&lt;br /&gt;
* '''Station emptiness:'''&lt;br /&gt;
** &amp;lt; 10% empty&lt;br /&gt;
** &amp;gt; 80% full&lt;br /&gt;
&lt;br /&gt;
== Data Limitations ==&lt;br /&gt;
* aggregated data will be used&lt;br /&gt;
* no real city will be used for simulation, it will be set in made up part of city with points of interest and bike sharing stations&lt;br /&gt;
&lt;br /&gt;
== Data sources ==&lt;br /&gt;
* '''Research papers:'''&lt;br /&gt;
** https://www.sciencedirect.com/science/article/abs/pii/S2210670719319286&lt;br /&gt;
&lt;br /&gt;
* '''Bike sharing data'''&lt;br /&gt;
** https://www.kaggle.com/datasets/edomingo/bicing-stations-dataset-bcn-bike-sharing/data&lt;br /&gt;
&lt;br /&gt;
[[User:Capj05|Capj05]] ([[User talk:Capj05|talk]]) 16:47, 16 December 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2023/2024/cs&amp;diff=25794</id>
		<title>Assignment SS 2023/2024/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2023/2024/cs&amp;diff=25794"/>
		<updated>2024-06-12T17:06:54Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Použitá data pro nastavení simulace */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zadání LS 2023/2024}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Na tuto stránku vkládejte svá zadání. Nezapomeňte se podepsat. Můžete použít &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (čtyři tildy) k automatickému podpisu. Používejte Ukázat náhled, abyste si prohlédli Váš výsledek před konečným odesláním.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Prosíme, snažte se formulovat Vaše zadání pečlive. S ohledem na to, že jde o Vaši semestrální práci, očekáváme adekvátní úsilí vynaložené na zadání. Nezapomeňte, že hlavním výsledkem má být výzkumná zpráva, což znamená, že Váš simulační model musí generovat takové výsledky, které jsou konkrétní, měřitelné a ověřitelné. Pečlivě promyslete, jakým způsobem budete vyvíjet Váš model, odvoďte entity, které budete používat, nakreslete si diagram modelu, zvažte, co budete měřit. Teprve pokud máte o modelu dostatečně přesnou představu, vložte Vaše zadání. A samozřejmě, nezapomeňte si prosím přečíst [[How to deal with the simulation assignment/cs|Jak na simulace]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Témata na téma hazardních her, karet, vývoje cen akcií/indexů '''nejsou''' vítány. Rovněž varianty úlohy &amp;quot;Predator &amp;amp; Prey&amp;quot; a příkladů ze cvičení vám '''budou rozmluveny'''.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Abychom se vyhnuli případnému budoucímu nedorozumnění, prosíme, ověřte si, že máte tučné '''schváleno''' někde v našem komentáři pod Vaším zadání. Pokud tam není '''schváleno''', znamená to, že Vaše zadání dosud schváleno nebylo.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
==Simulácia hasenia požiarov na austrálskej pevnine==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulácia hasenia požiarov na austrálskej pevnine sa zameriava na modelovanie a analýzu rôznych metód a stratégií boja proti lesným požiarom v podmienkach Austrálie. Táto simulácia využíva realistické dáta o type vegetácie, teréne, meteorologických podmienkach na efektívne plánovanie a vykonanie hasenia požiarov. Model zahŕňa dynamiku a správanie požiarov, reakciu hasiacich tímov, logistiku zásobovania vodou a chemickými retardérmi(spomaľovač horenia), a ich účinok na obmedzenie šírenia požiaru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Hlavným cieľom simulácie hasenia požiarov je optimalizovať stratégie a zdroje používané na boj proti požiarom - zistiť aká kombinácia jednotlivých použitých techník na zvládanie požiarov je účinná.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
-fektívne nasadenie zdrojov&lt;br /&gt;
-tréning a príprava -  simulované scenáre poskytujú cenné tréningové prostredie pre hasičov a záchranné tímy, umožňujúce im testovať rôzne taktiky&lt;br /&gt;
-účinnosť hasenia - umožňuje analyzovať a porovnať účinnosť rôznych hasiacich techník a materiálov&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Agentná simulácia NetLogo&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
-dostupná zásoba vody&lt;br /&gt;
-aplikácia chemických retardérov - typ a množstvo&lt;br /&gt;
-doba reakcia hasičov&lt;br /&gt;
-existencia protipožiarnych bariér&lt;br /&gt;
-dostupnosť leteckej techniky&lt;br /&gt;
-prístupnosť terénu&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
-vlhkosť vzduchu&lt;br /&gt;
-intenzita dažďa&lt;br /&gt;
-rýchlosť vetra&lt;br /&gt;
-teplota&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použita data pro nastavení simulace ===&lt;br /&gt;
Copernicus Global Land Service[https://land.copernicus.eu/en]&lt;br /&gt;
Australian Bureau of Meteorology[http://www.bom.gov.au]&lt;br /&gt;
Geoscience Australia[https://www.ga.gov.au]&lt;br /&gt;
Global Fire Data[https://globalfiredata.org]&lt;br /&gt;
Wildfires: An Australian Perspective[https://www.researchgate.net/publication/286243345_Wildfires_An_Australian_Perspective]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Ravm01|Ravm01]] ([[User talk:Ravm01|talk]]) 19:28, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:15, 17 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulacia urgentneho prijmu v nemocnici ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulacia urgentneho prijmu v nemocnici, kde pacienti pocas dna prichadzaju v roznych casoch s roznou zavaznostou ochorenia. Pacienta najprv prijme sestra a nasledne vysetri lekar. Po vysetreni je pacient bud prepusteny alebo hospitalizovany. Myslienkou je vytvorit zjednoduseny model nemocnice s urcitou kapacitou a pozorovat ako pocet lekarov a sestier, pocet miestnosti na vysetrenie a algoritmus pre „triedenie“ / prioritizaciu pacientov na urgentnom prijme ovplyvnuje zaplnenie dostupnych lozok.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Zistenie optimalneho poctu lekarov, sestier a miestnosti pre modelovanu nemocnicu. Testovanie roznych strategii prioritizacie pacientov.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Simulacie oddeleni v nemocnici su uzitocne pre riesenie roznych problemov, napr.:&lt;br /&gt;
&lt;br /&gt;
• Alokacia zdrojov&lt;br /&gt;
&lt;br /&gt;
• Optimalizacia toku pacientov&lt;br /&gt;
&lt;br /&gt;
• Redukcia cakania na vysetrenie a dlzky hospitalizacie&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Diskretna simulacia v NetLogo alebo AnyLogic (necham si poradit)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
• Kapacita nemocnice&lt;br /&gt;
&lt;br /&gt;
• Pocet osetrujcich lekarov&lt;br /&gt;
&lt;br /&gt;
• Pocet zdravotnych sestier&lt;br /&gt;
&lt;br /&gt;
• Pocet miestnosti na vysetrenie&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
• Stav pacienta&lt;br /&gt;
&lt;br /&gt;
• Dlzka vysetrenia&lt;br /&gt;
&lt;br /&gt;
• Vysledok vysetrenia&lt;br /&gt;
&lt;br /&gt;
• Prichod pacientov&lt;br /&gt;
&lt;br /&gt;
• Odchod pacientov&lt;br /&gt;
&lt;br /&gt;
=== Použita data pro nastavení simulace ===&lt;br /&gt;
Data pre konkretne zariadenia su limitovane. Cerpat je mozne z celkovych statistik zdravotnickych zariadeni v CR/SR a z existujucich studii.&lt;br /&gt;
&lt;br /&gt;
Narodne Centrum Zdravotnickych Informacii, [https://www.nczisk.sk/Statisticke_vystupy/Tematicke_statisticke_vystupy/Pages/default.aspx]&lt;br /&gt;
&lt;br /&gt;
Ustav Zdravotnickych Informaci a Statistiky CR, [https://www.uzis.cz/]&lt;br /&gt;
&lt;br /&gt;
Modeling and simulation of patient flow at the emergency services: Case of Al-Zahraa Hospital University Medical Center in Lebanon, [https://uphf.hal.science/hal-03199182/document]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Sekp02|Sekp02]] ([[User talk:Sekp02|talk]]) 11:40, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Je to typická diskrétní simulace, takže kdyžtak NetLogo. Problém je ale v těch datech. Jak správně píšete, budou se shromažďovat obtížně. Pokud nemáte přístup k datům z nějakého konkrétního zdravotnického zařízení, doporučuji zvážit jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:18, 17 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace tornáda ve venkovské oblasti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Jedná se o simulaci tornáda ve venkovské oblasti, kde může tornádo zasáhnout domy, farmy a další infrastrukturu. Obyvatelé oblasti jsou vystaveni riziku ničivých škod a je nutné zkoumat strategie předcházení a zvládání následků této katastrofy. Obyvatelé budou mít také možnost úniku do několika bunkrů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem modelu je porozumět dopadům tornáda na venkovskou oblast a zjistit, jaká opatření mohou minimalizovat škody a zvýšit podíl přeživších. Důraz je kladen na analýzu evakuace a výstrahy.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Model tornáda je užitečný pro studium a testování různých strategií řízení rizik spojených s tornády. Poskytuje prostředek pro zkoumání účinnosti evakuace, plánování obnovy a analýzu dopadů tornáda na obyvatelstvo a infrastrukturu venkovské oblasti.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Simulace je založena na agentově založeném modelu, kde každý agent představuje jednotlivého obyvatele nebo budovu v oblasti. Tornádo je modelováno jako pohybující se entita, která může způsobit škody na okolním prostředí. Interakce mezi tornádem a agenty jsou simulovány na základě pravděpodobnostních modelů. Jako nástroj pro simulaci využiji NetLogo.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Typy budov a infrastruktura v oblasti&lt;br /&gt;
&lt;br /&gt;
•	Hustota obyvatelstva&lt;br /&gt;
&lt;br /&gt;
•	Rychlost a velikost tornáda&lt;br /&gt;
&lt;br /&gt;
•	Doba výstrahy a reakce obyvatel&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Umístění vzniku tornáda&lt;br /&gt;
&lt;br /&gt;
•	Intenzita a směr pohybu tornáda&lt;br /&gt;
&lt;br /&gt;
•	Reakce obyvatel na varování a evakuaci&lt;br /&gt;
&lt;br /&gt;
•	Škody způsobené tornádem na konkrétních místech&lt;br /&gt;
&lt;br /&gt;
=== Použita data pro nastavení simulace ===&lt;br /&gt;
Studie od Daan Liang, Zhen Cong a Guofeng Cao https://journals.ametsoc.org/view/journals/wcas/14/2/WCAS-D-21-0089.1.xml&lt;br /&gt;
&lt;br /&gt;
[[User:Javf00|Javf00]] ([[User talk:Javf00|talk]]) 12:43, 8 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Bude třeba, abyste si prostudoval o dynamice tornád více zdrojů. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:34, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulácia evolúcie neurónovej siete, ktorej cieľom je naučiť sa hrať klasickú hru Snake ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Práca bude simulovať evolúciu agentov, ktorí sa budú snažiť naučiť hrať klasickú hru Snake. Každý agent bude predstavovaný neurálnou sieťou, ktorá na základe aktuálneho stavu hry rozhodne ako ďalej pokračovať. Cieľom práce bude zistiť najvhodnejšie parametre pre vývoj agentov.&lt;br /&gt;
&lt;br /&gt;
=== Prostredie ===&lt;br /&gt;
Pre simuláciu evolúcie bude potrebné simulovať viacero generácií '''E''' a v každej generácii bude populácia agentov o veľkosti '''N'''. Každý agent bude hrať samostatnú inštanciu hry Snake. Po odohraní hier agentov v danej generácii sa vypočíta fitness (skóre) najlepšieho agenta.&lt;br /&gt;
Podľa fitness sa vyberú jedinci pre ďalšiu generáciu (podľa miery elitizmu '''e'''). Ďalej sa generácia doplní novo vytvorenými agentami (potomkami), ktorí vzniknú krížením dvoch náhodne vybratých agentov. Potomkovia budú ešte zmutovaný podľa miery mutácie '''m'''. Ďalej bude pokračovať ďalšia novo vytvorená generácia.&lt;br /&gt;
&lt;br /&gt;
=== Agenti ===&lt;br /&gt;
Každý agent bude pozostávať z neurónovej siete. Agent bude &amp;quot;vidieť&amp;quot; do ômych smerov (hore, dole, vľavo, vpravo, vpravo-hore, vpravo-dole, vľavo-dole, vľavo-hore) od hlavy hada. Pre každý smer uvidí vzdialenosť k stene, vzdialenosť k jablku (ak ho v daný smer vidí) a vzdialenosť ku svojemu chvostu (ak ho v daný smer vidí). Čiže na vstupnej vrstve bude mať 24 neurónov (8 smerov x 3 indikátory) + 4 neuróny predstavujúce smer do ktorého ide hlava hada. Celkovo 28 neurónov. Počet skrytých vrstiev a neurónov v nich môže byť cieľom skúmania práce. Váhy väzieb medzi neurónami budú z počiatku náhodné z uniformného rozdelenia, následne budú menené mutáciami agentov. Na výstupe neurónovej siete bude smer akým sa má had ďalej uberať, čiže 4 neuróny pre Hore, Dole, Vľavo, Vpravo.&lt;br /&gt;
&lt;br /&gt;
=== Cieľ ===&lt;br /&gt;
Cieľom práce bude zistiť najvhodnejšie parametre pre vývoj agentov. S evolučným algoritmom mám skúsenosti - riešil som ním 3SAT problém a preto viem že výpočty môžu zabrať značnú dobu. Preto by som určil niektoré parametre, ktoré budú pevné  a niektoré, ktoré budú cieľom skúmania. Tu mám 3 možnosti, ktoré by ma zaujímali. V každom prípade bude pevný parameter '''N''' (počet jedincov v populácii) a '''E''' počet generácií. Prvá možnosť by malá pevný počet skrytých vrstiev agentov s pevným počtom neurónov v nich a menila by sa miera mutácie a miera elitizmu. Druhá možnosť je podobná prvej, no počet skrytých vrstiev a neurónov v nich by sa s mutáciami agentov mohol meniť (čo je vlastne len zťaženie možnosti 1, ale asi sa to viac podobá skutočnej evolúcii). Tretia možnosť je, že miera mutácie a elitizmus budú pevné parametre a manuálne sa bude meniť počet vrstiev a neurónov (čo teraz ako to píšem sa mi úplne nezdá - malo by to hrozne veľa možností a ani sa to tak veľmi nepodobá evolúcii). V každom prípade budem porovnávať výsledky, ktoré agenti dosiahli za '''E''' generacií (najlepšie skóre, priemerné skóre, smerodajnú odchylku).&lt;br /&gt;
&lt;br /&gt;
(Môj osobný cieľ bude, aby agent dosiahol aspoň 10 bodov a pritom, aby bolo vidno, že to nebola náhoda :D )&lt;br /&gt;
&lt;br /&gt;
=== Nástroje ===&lt;br /&gt;
Python s knižnicou numpy pre prácu s maticami váh, knižnicou matplotlib pre grafické znázornenie výsledkov populácií a knižnicou tkinter pre zobrazenie hier (zobrazenie je to najmenej podstatné a pritom to najlepšie :D).&lt;br /&gt;
&lt;br /&gt;
=== Autor ===&lt;br /&gt;
[[User:Stem45|Stem45]] ([[User talk:Stem45|talk]]) 10:18, 1 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Je to poměrně ambiciózní, ale slibuje to zajímavé výsledky, tak to zkusme. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:35, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace přestupu na stanici metra Můstek ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulovat chci přestup z linky A na linku B a naopak. Jelikož se jedná o jednu z nejvytíženějších stanic metra v Praze zaměřím se na dobu, ve které je stanice nejvíce zatížená. Zkoumat se budou oba směry příjezdu. Simulace nebude uvažovat cestující kteří chtějí z metra vystoupit.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Výsledkem simulace by mělo být nalezení optimální cesty pro přechod z linky A na linku B a naopak. Optimální cesta bude zahrnovat i výstup z vagonu, tedy bude záležet ze kterého vagonu agent vystoupí.&lt;br /&gt;
Optimálnost cesty se bude měřit podle:&lt;br /&gt;
&lt;br /&gt;
1.	Uražené vzdálenosti&lt;br /&gt;
&lt;br /&gt;
2.	Průměrném času&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Tato simulace poskytne jednoduchou a přímočarou odpověď do kterého vagonu nasednout a kterou cestou se vydat chceme-li co nejrychleji přestoupit na linku B či A a stihli tak navazující spoj.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Pro simulaci tohoto druhu budu volit agentní simulaci, kde agenti budou cestující metra. Jako nastroj pro simulaci využiji NetLogo.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Příjezd metra&lt;br /&gt;
&lt;br /&gt;
•	Počet pasažérů&lt;br /&gt;
&lt;br /&gt;
•	Rychlost cestujícího&lt;br /&gt;
&lt;br /&gt;
•	Zvolena trasa přestupu&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
Vše až na “Příjezd metra”. Zbytek bude náhodně z intervalu získaného z dat nebo náhodným výběrem z několika možností.&lt;br /&gt;
&lt;br /&gt;
=== Použita data pro nastavení simulace ===&lt;br /&gt;
Oficiální data od DPP o metru z roku 2015: https://data.pid.cz/pruzkumy/2015_METRO_sbornik.pdf&lt;br /&gt;
&lt;br /&gt;
[[User:Bled09|Bled09]] ([[User talk:Bled09|talk]]) 16:25, 1 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''  [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:21, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace boardingu pasažéru do letadla ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Tato práce bude podrobně zkoumat proces nástupu cestujících do letadla a srovnávat účinnost různých metod, které se při tomto procesu používají. Bude se zabývat simulací samotného boardingu, abychom lépe porozuměli, jak různé strategie ovlivňují průběh nástupu a celkový čas potřebný k dokončení této fáze cesty. &lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem simulace je identifikovat nejefektivnější způsob nástupu cestujících s ohledem na minimalizaci celkové doby nástupu a maximalizaci spokojenosti cestujících. Simulace bude modelovat různé metody boardingu, jako je zónový boarding, skupinový boarding a nástup podle sedadel, a analyzovat jejich vliv na celkový čas nástupu a další relevantní faktory.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Výsledky simulace poskytnou užitečné poznatky pro optimalizaci procesu boardingu letadla a zlepšení cestovního zážitku cestujících.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Pro simulaci tohoto druhu budu volit agentní simulaci, kde agenti budou cestující metra. Jako nastroj pro simulaci využiji NetLogo.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Metoda boardingu&lt;br /&gt;
&lt;br /&gt;
•	Rozložení letadla a jeho velikost&lt;br /&gt;
&lt;br /&gt;
•	Časový rozvrh&lt;br /&gt;
&lt;br /&gt;
•	Strategie priority boardingu&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Chování cestujících - rychlost&lt;br /&gt;
&lt;br /&gt;
•	Náhodné rozložení cestujících v jednotlivých zónách&lt;br /&gt;
&lt;br /&gt;
•	Náhodné změny v chování cestujících&lt;br /&gt;
&lt;br /&gt;
•	Náhodné události&lt;br /&gt;
&lt;br /&gt;
=== Použita data pro nastavení simulace ===&lt;br /&gt;
Vzniklá studie od Jason H. Steffen: https://www.sciencedirect.com/science/article/abs/pii/S0969699708000239&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Arťom Ňorba|Arťom Ňorba]] ([[User talk:Arťom Ňorba|talk]]) 09:16, 2 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:23, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace vývoje alkoholismu: Závislost, léčba a dopady na zdraví ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Konzumace alkoholu je dlouhodobě v České republice na vysoké úrovni. Roční spotřeba alkoholu na osobu dlouhodobě dosahuje hodnoty kolem 10 litrů čistého alkoholu. Denně si alkohol dopřeje téměř 10 % dospělé populace. &lt;br /&gt;
Tato simulace se zaměřuje na modelování systému alkoholismu, který zahrnuje interakce mezi alkoholikem, léčbou, vyléčeným alkoholikem a genetikou. Dále zahrnuje náhodné proměnné, jako je inflace, cena alkoholu, prostředí, stres, nemoc a smrt. Simulace bude ukazovat, jak tyto faktory ovlivňují vývoj alkoholismu a účinnost léčby.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem této simulace je vytvořit model systémové dynamiky, který bude zkoumat vývoj alkoholismu u jednotlivce a jeho dopady na zdraví.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Model by umožnil lépe porozumět faktorům, které přispívají k vzniku a prohlubování alkoholismu. Na základě výsledků simulace by pak mohly být navrženy a implementovány účinné politiky a programy pro prevenci a léčbu alkoholismu, které by mohly vést ke zlepšení zdraví populace a snížení nákladů spojených s alkoholismem.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Metoda a způsob simulace budou realizovány prostřednictvím nástroje Vensim, který je vhodný ke sledování změn hodnot proměnných v čase. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Alkoholik&lt;br /&gt;
•	Alkohol&lt;br /&gt;
•	Léčba&lt;br /&gt;
•	Vyléčený alkoholik&lt;br /&gt;
•	Genetika&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Prostředí&lt;br /&gt;
•	Cena alkoholu &lt;br /&gt;
•	Inflace &lt;br /&gt;
•	Stres&lt;br /&gt;
•	Nemoc&lt;br /&gt;
•	Smrt&lt;br /&gt;
&lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
https://www.drogy-info.cz/zprava-o-zavislostech/souhrnna-zprava-o-zavislostech-v-cr-2022/&lt;br /&gt;
https://www.czso.cz/csu/czso/graf-spotreba-alkoholickych-napoju-na-1-obyvatele-v-ceske-republice&lt;br /&gt;
&lt;br /&gt;
[[User:Lacb03|Lacb03]] ([[User talk:Lacb03|talk]]) 09:00, 8 May 2024 (CET)&lt;br /&gt;
:: '''Schváleno'''. Pozor na to, že při hodnocení bude kladen velký důraz, mimo jiné, i na komplexnost analýzy a jak byly proměnné simulace a jejich vztahy odvozeny (je třeba, aby to bylo součástí zprávy k simulaci).[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 13:42, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace přírodního výběru - pěnkavy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Jako téma simulace jsem zvolil přírodní výběr pojmenovaný Charlesem Darwinem. Simulace bude představovat vývoj pěnkav v závislosti na prostředí, ačkoli reálný svět bude v rámci simulace zjednodušen.&lt;br /&gt;
&lt;br /&gt;
===Cíl===&lt;br /&gt;
Cílem simulace je ukázat a vizualizovat, jak se budou pěnkavy vyvíjet v rámci přežití v prostředí, kde se vyskytují i ostatní jedinci. Výsledkem jsou takový jedinci, kteří mají nejvyšší šanci v daném prostředí přežít. Dále budeme sledovat, jakou silou se projevují jednotlivé vlastnosti. To bude rozdílné dle nastavení prostředí.&lt;br /&gt;
&lt;br /&gt;
===Užití===&lt;br /&gt;
Simulaci lze použít jako důkaz přírodní selekce a její vizuální interpretaci v zjednodušeném světe. Lze jej využít jako doprovodný materiál při výuce.&lt;br /&gt;
&lt;br /&gt;
===Metoda a způsob simulace===&lt;br /&gt;
Jako nástroj pro tvorbu modelu využiji NetLogo, protože tvořím multiagentní systém.&lt;br /&gt;
&lt;br /&gt;
===Prostředí===&lt;br /&gt;
Prostředí je dáno čtvercovou plochou. V ploše se každé kolo generuje jídlo v podobě semínek. Jedno jídlo v ploše můžeme chápat jako hrst semínek. Semínka mají různý typ (tvrdost).&lt;br /&gt;
&lt;br /&gt;
===Agenti===&lt;br /&gt;
Agenty této simulace jsou pěnkavy, které obstarávají jídlo. Mají hnízda po obvodu herního plánu. Pěnkavy se každé kolo snaží obstarat potravu, pokud získají jeden kus, přežijí. Pokud získají kusy 2, přežijí a rozmnoží se. Při cestě do prostoru chodí nahodile (lze aplikovat různé strategie cesty, ale není to hlavní východisko, které chci zkoumat).&lt;br /&gt;
&lt;br /&gt;
Když pěnkava narazí na jídlo, tak jí nějaký čas trvá semínka posbírat či vyhrabat. To závisí na vývoji jejich pařátků. (vlastnost – pařáty)&lt;br /&gt;
&lt;br /&gt;
Může se stát, že k jednomu jídlo dorazí více pěnkav. V tomto případě jídlo obdrží ta pěnkava, která je větší, protože zastraší menší pěnkavu. V simulaci k tomu využijeme specifikovaný poměr jako nastavitelnou proměnnou. (vlastnost – velikost)&lt;br /&gt;
&lt;br /&gt;
Další faktor je typ semen neboli jejich tvrdost. Aby ptáci mohli jíst tvrdší semena, tak musí mít lépe uzpůsobený zobák. (vlastnost – zobák)&lt;br /&gt;
Poslední zkoumanou vlastností bude vývoj křídel, které prezentují rychlost pohybu v prostředí. Rychlost pohybu v prostředí nám nepomůže se získáním semen ze země či jiného zdroje, ale dostanou se k nim rychleji. (vlastnost – křídla)&lt;br /&gt;
&lt;br /&gt;
Rozmnožení je zde zjednodušeno. Dojde k němu, když jedinec získá dvě jídla a bude provedeno jako vytvoření nového jedince s lehce upravenými vlastnostmi rodiče.&lt;br /&gt;
Vlastnosti jsem zde napsal neurčitě, ale v simulaci budou reprezentovány spojitým atributem viz. Křídla -&amp;gt; rychlost (double), zobák -&amp;gt; koeficient k snědku (double)&lt;br /&gt;
&lt;br /&gt;
===Proměnné===&lt;br /&gt;
•	Počet aktérů&lt;br /&gt;
&lt;br /&gt;
•	Počet generovaného jídla&lt;br /&gt;
&lt;br /&gt;
•	Poměr zastraření&lt;br /&gt;
&lt;br /&gt;
===Náhodné proměnné===&lt;br /&gt;
•	Původní umístění jedinců&lt;br /&gt;
&lt;br /&gt;
•	Umístění jídla&lt;br /&gt;
&lt;br /&gt;
•	Změna vlastností&lt;br /&gt;
&lt;br /&gt;
===Data pro nastavení simulace===&lt;br /&gt;
Vzorem této práce je již zaznamená studie, která se soustředila na vlastnost zobáku a přijímání potravy. https://bio.libretexts.org/Bookshelves/Introductory_and_General_Biology/Book%3A_General_Biology_(Boundless)/18%3A_Evolution_and_the_Origin_of_Species/18.01%3A_Understanding_Evolution/18.1C%3A_The_Galapagos_Finches_and_Natural_Selection&lt;br /&gt;
&lt;br /&gt;
Další zdroje:&lt;br /&gt;
&lt;br /&gt;
https://evolution.berkeley.edu/teach-evolution/misconceptions-about-evolution/&lt;br /&gt;
&lt;br /&gt;
https://www.khanacademy.org/science/biology/her/evolution-and-natural-selection/v/introduction-to-evolution-and-natural-selection&lt;br /&gt;
&lt;br /&gt;
https://www.thoughtco.com/charles-darwins-finches-1224472&lt;br /&gt;
&lt;br /&gt;
https://www.open.edu/openlearn/science-maths-technology/migration/content-section-3.4&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rubo01|Rubo01]] ([[User talk:Rubo01|talk]]) 12:06, 6 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Velmi obecné, konkretizujte. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:25, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Pokusil jsem se zadání více konkretizovat. [[User:Rubo01|Rubo01]] ([[User talk:Rubo01|talk]]) 06:18, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Takhle zadáno se pohybujeme na velmi abstraktní úrovni. Měl byste problém dokázat, že Vám to dává smysluplné výsledky. Doporučuji vybrat si nějaký konkrétní např. živočišný druh, sehnat si o něm informace a udělat něco takového pro tento konkrétní druh.&lt;br /&gt;
&lt;br /&gt;
Na zájladě vaší poznámky, jsem zvolil konkretní živočišný druh, konkrétně ptáky - pěnkavy  [[User:Rubo01|Rubo01]] ([[User talk:Rubo01|talk]]) 18:47, 12 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, dejte pozor, aby simulace nebyla o pěnkavách jen formálně, ale mějte dobře odzdrojované nastavení parametrů modelu. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:22, 17 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulácia podkladní v supermarkete ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulácia sa zameriava na skúmanie vplyvu počtu pokladní na zisk supermarketu. Cieľom je zistiť, ako množstvo pokladní má najväčší pozitívny vplyv na zisk, pričom sa berú do úvahy aj dlhé fronty, ktoré môžu odradiť zákazníkov a viesť k ich odchodu.&lt;br /&gt;
&lt;br /&gt;
===Agenti===&lt;br /&gt;
Agenti sú jednnotlivý zákazníci.&lt;br /&gt;
&lt;br /&gt;
===Cíl===&lt;br /&gt;
Cieľom simulácie je nájsť optimálny počet pokladní a ich rýchlosť obsluhy, ktoré zabezpečia maximálny zisk pre supermarket. &lt;br /&gt;
Optimálny počet pokladní a rýchlosť obsluhy budú merať podľa:&lt;br /&gt;
&lt;br /&gt;
• Celkový zisk supermarketu&lt;br /&gt;
• Dĺžka fronty na pokladniach&lt;br /&gt;
• Čas, ktorý trvá zákazníkom od začiatku fronty k momentu zaplatenia&lt;br /&gt;
&lt;br /&gt;
===Užitočnosť===&lt;br /&gt;
Táto simulácia poskytne užitočné informácie o tom, ako zlepšiť prevádzku pokladní a maximalizovať zisk. Pomôže efektívnejšie riadiť personál a prispôsobiť sa meniacim sa potrebám zákazníkov.&lt;br /&gt;
&lt;br /&gt;
===Metóda a spôsob simulácie===&lt;br /&gt;
Ako nástroj na tvorbu modelu použijem NetLogo&lt;br /&gt;
&lt;br /&gt;
===Premenné===&lt;br /&gt;
• Počet pokladní&lt;br /&gt;
• Rýchlosť obsluhy pokladní&lt;br /&gt;
• Počet zákazníkov&lt;br /&gt;
&lt;br /&gt;
===Náhodné premenné===&lt;br /&gt;
Všetky premenné budú náhodné premenné.&lt;br /&gt;
&lt;br /&gt;
===Dáta===&lt;br /&gt;
Historické údaje o príchode zákazníkov do supermarketu, vrátane &amp;quot;peak hours&amp;quot; a priemerných tokov zákazníkov. Priemerné časy obsluhy pri pokladniach založené na pozorovateľných údajoch.&lt;br /&gt;
&lt;br /&gt;
[[User:Lavd01|Lavd01]] ([[User talk:Lavd01|talk]]) 16:10, 6 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dokud jsme měli ještě v programu zařazené diskrétní simulace, toto byla naprosto typická úloha právě na ně (dokonce byla ve slidech) a odkázal bych Vás na Simprocess. V tomto případě Simprocess už k dispozici není, lze to řešit jinými nástroji, např. AnyLogicem, které jsme ale nedělali. Řešení v NetLogu je možné, bude ale poměrně pracné. Nicméně, pokud na tom trváte, tak '''schváleno''' a budu zvědav, jak se to bude lišit od řešení v Simprocessu. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:30, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Dopad války na sklizeň obilnin a luskovin na Ukrajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulace bude modelovat dopad války na sklizeň obilnin a luskovin na Ukrajině s ohledem na regionální variabilitu a celkový počet pracovníků v zemědělském sektoru. Analýza se zaměří na změny v oseté ploše, sklizené ploše, objemu produkce, typu zemědělských podniků (podniky, domácnosti a soukromé farmy), počtu podniků a počtu pracovníků před válkou a po jejím začátku, využívající data z Ukrajinštat a Ministerstva agrární politiky a potravinářství Ukrajiny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem simulace je:&lt;br /&gt;
&lt;br /&gt;
* Analyzovat změny v oseté ploše, sklizené ploše, objemu produkce obilnin a luskovin, typu zemědělských podniků (podniky, domácnosti, soukromé farmy), počtu podniků a počtu pracovníků před válkou a po jejím začátku.&lt;br /&gt;
* Prognózovat budoucí oseté a sklizené plochy, objem produkce, počet podniků a pracovníků na základě různých scénářů trvání konfliktu.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Tvůrci politik, zemědělské organizace a zemědělci mohou tuto simulaci využít k plánování zemědělské produkce a k vývoji strategií ke zmírnění dopadů války na zemědělský sektor.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Simulace bude vytvořena pomocí Vensim, nástroje pro modelování dynamiky systémů.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Osetá plocha: Celková osetá plocha obilnin a luskovin v jednotlivých regionech.&lt;br /&gt;
* Sklizená plocha: Celková sklizená plocha obilnin a luskovin v jednotlivých regionech.&lt;br /&gt;
* Objem produkce: Celkový objem produkce obilnin a luskovin v jednotlivých regionech.&lt;br /&gt;
* Typ zemědělských podniků: Typy zemědělských podniků (podniky, domácnosti, soukromé farmy).&lt;br /&gt;
* Počet podniků: Počet podniků, domácností a soukromých farem v zemědělství v jednotlivých regionech.&lt;br /&gt;
* Počet pracovníků: Celkový počet pracovníků v zemědělství na Ukrajině.&lt;br /&gt;
* Množství obilí určeného k setí: Celkové množství obilí použitého k setí.&lt;br /&gt;
* Odbyt obilí: Celkový odbyt obilí.&lt;br /&gt;
* Trvání války: Délka konfliktu, považovaná za fixní scénář.&lt;br /&gt;
* Narušení zemědělské produkce: Faktor reprezentující narušení zemědělské produkce kvůli válce.&lt;br /&gt;
&lt;br /&gt;
=== Vztahy ===&lt;br /&gt;
&lt;br /&gt;
* Osetá plocha, sklizená plocha a objem produkce: Tato data umožní identifikovat historické trendy a vztahy mezi osetou plochou, sklizenou plochou a objemem produkce. &lt;br /&gt;
* Počet podniků, domácností a soukromých farem: Tyto údaje pomohou definovat, jak různé typy zemědělských podniků přispívají k celkové produkci.&lt;br /&gt;
* Počet pracovníků v zemědělství: Tato data nám umožní odhadnout vliv dostupné pracovní síly na zemědělskou produkci.&lt;br /&gt;
* Množství obilí určeného k setí: Vypočítám z oseté plochy a průměrné spotřeby osiva na hektar, což umožní modelovat potřebu osiva pro budoucí sezóny.&lt;br /&gt;
* Narušení zemědělské produkce bude odvozeno z poklesu hodnot (Osetá plocha, Sklizená plocha, Objem produkce, Odbyt obilí, Počet podniků, Počet pracovníků) v důsledku války, přičemž faktor narušení bude odhadnut na základě dostupných zpráv a analýz.&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
V této simulaci nebudou použity náhodné proměnné. Scénáře trvání války budou fixní (např. 1 rok, 3 roky, 5 let).&lt;br /&gt;
&lt;br /&gt;
=== Dáta ===&lt;br /&gt;
Historická data z Ukrajinštat - https://www.ukrstat.gov.ua/&lt;br /&gt;
Data o exportu z Ministerstva agrární politiky a potravinářství Ukrajiny - https://bogdantymkiv.com/country/UA/&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak by měla taková simulace vypadat. Můžete konkretizovat? Ideálně i s obrázky, [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:30, 7 May 2024 (CET)&lt;br /&gt;
: 1. Vizuální Představení: V NetLogo bude scéna připomínat třídu s 30 studenty (agenti), kde každý student bude reprezentován jako agent s unikátním ID.&lt;br /&gt;
: 2. Nastavení Atributů: V levém panelu bude možné pomocí sliderů a vstupních polí měnit atributy každého studenta.&lt;br /&gt;
: 3. Interaktivní Úpravy: Uživatelé budou moci dynamicky upravovat tyto atributy a okamžitě vidět, jak se změny promítnou do inicializace agentů v modelu.&lt;br /&gt;
: 4. Modelování Úspěšnosti: Po nastavení atributů a spuštění modelu se pro každého studenta vypočítá hodnota úspěšnosti. Tento výpočet bude založen na předem definovaném modelu, který zahrne : kombinaci významných atributů a jejich vliv na akademický výkon&lt;br /&gt;
: 5. Bez Dynamických Interakcí: Vzhledem k absenci časových a interakčních dat bude simulace provádět jednorázový výpočet úspěšnosti bez sledování dynamických změn v čase.&lt;br /&gt;
: 6. Zobrazení Úspěšnosti: Po dokončení modelování bude každý student v třídě (scéně) mít přiřazenou hodnotu úspěšnosti, která bude zobrazena vedle jeho ikony nebo v datové tabulce pod : : scénou.&lt;br /&gt;
: 7. Statistické Grafy: Pod vizualizací třídy budou prezentovány různé statistické grafy, včetně:&lt;br /&gt;
    : * Distribuce Úspěšnosti: Histogram nebo boxplot ukazující rozložení úspěšnosti mezi studenty.&lt;br /&gt;
    : * Distribuce Motivace: Podobné grafy pro motivaci a další číselné atributy.&lt;br /&gt;
    : * Korelační Grafy: Scatter ploty nebo jiné grafy zobrazující korelace mezi úspěšností a jednotlivými atributy, aby bylo možné identifikovat faktory s největším vlivem.&lt;br /&gt;
: 8. Plánované Rozšíření Modelu: Po prvotní analýze a identifikaci významných korelací plánuju rozšířit model o další zajímavé atributy, které mohou mít vliv na úspěšnost studentů: Počet : hodin strávených studiem, Počet absencí, Konzumace alkoholu,a další relevantní faktory zahrnuté v datasetu&lt;br /&gt;
&lt;br /&gt;
:: U simulací pracujících s měkkými parametry bývá problém v tom, že jsou zpravidla nereplikovatelné a tudíž netestovatelné. Tady Vám to může vyjít prakticky jakkoliv a nikdo nebude schopen říci, jestli je to dobře nebo špatně. Doporučuji reformulaci a zapojení nějakých tvrdších faktorů. Popř. vysvětlit, jakým způsobem budete smysluplnost modelu testovat. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:41, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Dataset ma nekolik tvrdych parametru jako počet studovaných hodin, počet předchozích neúspěchů ve třídě a průběžné známky, což umožňuje přesnější a konzistentnější analýzu vlivu těchto faktorů na akademický výkon, tak ze bych je pouzila. Updatovala jsem parametry ve zadani&lt;br /&gt;
&lt;br /&gt;
::: Úplně nerozumím, proč tam máte model třídy plné studentů, ale budete u nich generovat nějaká čísla. Veskrze stále platí mé předchozí výtky: je to plné měkkých parametrů a velmi obtížně se Vám bude prokazovat kontakt s realitou. Silně doporučuji zvolit jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 21:11, 17 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:44, 20 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Odlesňovanie Amazónie==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulácia odlesňovania v Amazónii v NetLogo zahŕňa modelovanie ťažby lesa a premeny lesnej pôdy, ale aj vplyv týchto činností na zvieraciu populáciu v oblasti. Simulácia bude zahŕňať parametre ako miera ťažby dreva, miera premeny lesnej pôdy na poľnohospodársku pôdu, miera regenerácie lesa a interakcie medzi lesom a zvieratami. A taktiež ako tieto vplyvy pôsobia na teplotu v oblasti.&lt;br /&gt;
&lt;br /&gt;
===Agenti===&lt;br /&gt;
1.	Lesníci: Agenti zodpovední za rozhodovanie o odlesňovaní &lt;br /&gt;
&lt;br /&gt;
2.	Pôda: farba reprezentujúca jeho stav (zelená = les, hnedá = vykácená pôda, žltá = zemedelská pôda)&lt;br /&gt;
&lt;br /&gt;
3.      Zvieratá: Pohybujú sa po lese, hľadajú potravu a útočisko. Zvieratá môžu prežiť iba na lesných patches.&lt;br /&gt;
&lt;br /&gt;
3.	Senzor: Agenti sledujúci teplotu v rôznych častiach oblasti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
1. Sledovať, ako sa mení pokrytie lesa v priebehu času pri rôznych mierach ťažby, premeny pôdy a regenerácie.&lt;br /&gt;
&lt;br /&gt;
2. Sledovať populáciu zvierat a zistiť, ako tieto zmeny v lesnom pokrytí ovplyvňujú ich prežitie a pohyb.&lt;br /&gt;
&lt;br /&gt;
3. Cieľom simulácie je analyzovať, ako rôzne úrovne odlesňovania ovplyvňujú teplotu.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Táto simulácia môže slúžiť ako nástroj pre environmentálnych výskumníkov a politikov na pochopenie dôsledkov odlesňovania a na lepšie plánovanie ochrany prírody. Môže tiež slúžiť ako vzdelávací nástroj pre študentov a verejnosť, aby porozumeli dôležitosti lesov pre ekosystém.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Simulácia bude používať agent-based modelovanie NetLogo, kde jednotlivé entity (agenti) budú reagovať na zmeny vo svojom prostredí a vykonávať určité akcie na základe stanovených pravidiel. &lt;br /&gt;
&lt;br /&gt;
1.	Inicializácia: Na začiatku simulácie sa definuje topografia, rozmiestnenie stromov a miesto lesníkov.&lt;br /&gt;
&lt;br /&gt;
2.	Krok simulácie: Niektoré lesné patches sú vyrúbané (deforestácia).Niektoré lesné patches sú premenené na poľnohospodársku pôdu. Niektoré ne-lesné patches regenerujú späť na les. Zvieratá sa pohybujú po lese, hľadajú potravu a útočisko a ich počet sa mení podľa dostupnosti lesa.&lt;br /&gt;
&lt;br /&gt;
3.	Vyhodnotenie: Po určenom počte krokov sa vyhodnotia zmeny v teplote ako aj celkové zhodnotenie miery odlesňovania a mieru straty populácie zvierat.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Lesná plocha: Miera lesného porastu v oblasti simulácie, môže byť vyjadrená ako počet stromov alebo pomer lesného pokrytia vzhľadom na celkovú plochu.&lt;br /&gt;
&lt;br /&gt;
•       Miera regenerácie lesa&lt;br /&gt;
&lt;br /&gt;
•       Miera zemedelskej plochy&lt;br /&gt;
&lt;br /&gt;
•       Miera straty populácie zvierat&lt;br /&gt;
&lt;br /&gt;
•	Teplota v oblasti&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Počet lesníkov&lt;br /&gt;
&lt;br /&gt;
•       Počet senzorov&lt;br /&gt;
&lt;br /&gt;
•       Náhodný pohyb zvierat&lt;br /&gt;
&lt;br /&gt;
=== Dáta ===&lt;br /&gt;
•	Global Forest Watch (https://www.globalforestwatch.org/): Poskytuje dáta o odlesňovaní a lesných pokryvkách z celého sveta, vrátane histórie odlesňovania a zmeny lesných ploch.&lt;br /&gt;
&lt;br /&gt;
•	NASA Earth Observing System Data and Information System (EOSDIS) (https://earthdata.nasa.gov/): NASA ponúka širokú škálu dát o poveternostných podmienkach, teplotách, vlhkosti a ďalších environmentálnych faktoroch pomocou svojich satelitných misií.&lt;br /&gt;
&lt;br /&gt;
•	WorldClim (https://www.worldclim.org/): Poskytuje voľne dostupné globálne klimatické dáta, vrátane teploty, zrážok a iných klimatických premenných, ktoré môžu byť použité na simuláciu klimatických podmienok v rôznych oblastiach.&lt;br /&gt;
&lt;br /&gt;
•	Food and Agriculture Organization of the United Nations (FAO) (http://www.fao.org/faostat/en/#data): FAO poskytuje štatistické dáta o lesníctve a odlesňovaní, vrátane údajov o množstve odlesnených ploch v rôznych krajinách a regiónoch.&lt;br /&gt;
&lt;br /&gt;
[[User:Drgv00|Drgv00]] ([[User talk:Drgv00|talk]]) 15:44, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Mě tam vychází, že je tam vlastně jen jeden skutečný parametr, to je intenzita těžby a tn má (možná) vliv na oteplování. Za mě spíš na systémovou dynamiku, ale i tam mi to připadá velmi jednoduché. Zkuste to vymyslet nějak jinak. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:46, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dobrý deň, ďakujem za zhodnotenie. Simuláciu som rozšírila o ďalšie parametre a to mieru regenerácie pôdy a mieru zemedelskej pody ako aj populáciu zvierat, ktorá je ovplyvňovaná celkovým odlesňovaním. Bola by prosím v takomto stave simulaciu možné spracovaváť? Vopred ďakujem za opätovné zhodnotenie. [[User:Drgv00|Drgv00]] ([[User talk:Drgv00|talk]]) 9:22, 19 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Vidím tam problémy hlavně v dostupnosti některých parametrů, které budete muset hodně odhadovat. Dejte si pozor na to, jak ty odhady obhájíte. Jinak asi i vzhledem na běžící čas '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 13:49, 30 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace plastového znečištění oceánů ==&lt;br /&gt;
 &lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulace se zaměřuje na aktuální problém znečištění oceánů plastem. Oceány se neustále znečišťují, ale je i vynaložené úsilí toto znečištění mitigovat. Tato simulace reflektuje oba aspekty problematiky. Simulace ukáže interakci úklidových lodí a hromadícího se plastu v oblasti Great Pacific Garbage Patch.&lt;br /&gt;
 &lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem simulace je zkoumat mitigační schopnosti úklidových lodí v oblasti Great Pacific Garbage Patch a navrhnout hrubý plán projektu, který by symbolizoval optimální počet nasazených úklidových lodí pro efektivní odbyt plastu a hlavní faktory příspívající do navyšujícího se znečištění.&lt;br /&gt;
 &lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Výsledky této simulace mohou bý užitečné jak pro laiky, kterým přehledně vizualizuje akutní problematiku z hlediska znečištění oceánů, tak pro experty, kteří na základě výsledků mohou sledovat trendy znečištění na základě zkoumaných faktorů - zda je možné nalézt řešení, které vyústí v rychlejší odbyt plastu v oceánech, než jeho přísun. Též je vhodné identifikovat faktory, které nejvíce přispívají znečištění.&lt;br /&gt;
 &lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Nejsem si jistý, zda vytvářím moc komplikovaný návrh, tak rozděluji agenty na kategorie co si myslím, že by bylo zásadní, a co naopak dodatečné.&lt;br /&gt;
&lt;br /&gt;
Základ:&lt;br /&gt;
&lt;br /&gt;
Simulace bude modelována jakožto agentní simulace pomocí nástroje NetLogo. Mezi agenty lze řadit úklidové lodě a samotné plastové částice.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rozšíření:&lt;br /&gt;
&lt;br /&gt;
Autora napadlo přidat i lodě, které naopak znečištění způsobují (cca 70% odpadu v mořích způsobují právě lodě). Též je jedním z nápadů přidat jako agenta mořského živočicha, který by přílišnou vysokou koncentrací znečištění &amp;quot;trpěl&amp;quot;, a dostatečnou mitigací znečištění naopak mohl existovat relativně bez problému.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Nejsem si jistý, zda vytvářím moc komplikovaný návrh, tak rozděluji proměnné na kategorie co si myslím, že by bylo zásadní, a co naopak dodatečné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Základ:&lt;br /&gt;
&lt;br /&gt;
•	Množství vypouštěného plastu&lt;br /&gt;
&lt;br /&gt;
•	Koncentrace plastu na km^2&lt;br /&gt;
&lt;br /&gt;
•	Kapacita úklidové lodě&lt;br /&gt;
&lt;br /&gt;
•	Rychlost úklidové lodě&lt;br /&gt;
&lt;br /&gt;
•	Rychlost oceánských proudů (přísun plastu)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rozšíření:&lt;br /&gt;
&lt;br /&gt;
•	Velikost plastu (mikroplast, mesoplast, makroplast, megaplast)&lt;br /&gt;
&lt;br /&gt;
•	Kategorie plastu (Typ H, N, P, F)&lt;br /&gt;
&lt;br /&gt;
•	Persistence plastu (schopnost přetrvávat na jednom místě)&lt;br /&gt;
 &lt;br /&gt;
•	Geografická lokalizace vypouštění plastu&lt;br /&gt;
&lt;br /&gt;
•	Vertikální pozice plastu (pokud se plast objeví, jestli je moc hluboko na zachycení lodí)&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Události (katastrofy, dobrovolnické akce pro sběr plastu)&lt;br /&gt;
 &lt;br /&gt;
•	Počasí (povětrnostní podmínky)&lt;br /&gt;
 &lt;br /&gt;
•	Lidská činnost (změna legislativy, spotřeba plastových výrobků)&lt;br /&gt;
 &lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
•	Především: https://theoceancleanup.com/great-pacific-garbage-patch/&lt;br /&gt;
&lt;br /&gt;
•	https://powerknot.com/2023/02/20/how-ships-are-fueling-the-global-plastic-pollution-crisis/&lt;br /&gt;
 &lt;br /&gt;
•	https://www.earthdata.nasa.gov/learn/articles/ocean-plastic&lt;br /&gt;
 &lt;br /&gt;
•	https://marine.copernicus.eu/explainers/phenomena-threats/plastic-pollution/from-plastic-marine-pollution&lt;br /&gt;
 &lt;br /&gt;
•	https://www.geographyrealm.com/how-ocean-currents-move-pollution-around-the-world/&lt;br /&gt;
 &lt;br /&gt;
•	https://theoceancleanup.com/ocean-plastic/&lt;br /&gt;
&lt;br /&gt;
[[User:Kovs04|Kovs04]] ([[User talk:Kovs04|talk]]) 21:52, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Pokud se na ten model budete dívat staticky, tedy, že plast jen uklízíte, ale žádný nový tam nepřibývá (a netvrdím, že to je špatně), je třeba to náležitě zargumentovat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:49, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
Děkuji za schválení, model nebyl zamýšlen staticky, plast určitě přibývá, a některé lokality mají tendence plast shlukovat (například lokace, kterou jsem vybral). Cílem je zachytit jak úklid, tak přibývání plastů, a dospět do situace, kdy bude úklid natolik efektivní, že bude oblast dostatečně čistá. To je nicméně moje dosavadní vize, pokud narazím na překážky, kontaktuji Vás.&lt;br /&gt;
[[User:Kovs04|Kovs04]] ([[User talk:Kovs04|talk]]) 18:54, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulácia: predikcia počtu obyvateľov Slovenskej republiky ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
&lt;br /&gt;
Práca bude simulovať vývoj počtu obyvateľov Slovenska do budúcna. Do úvahy sa bude brať viacero faktorov, ktoré můžu ovplyvňovať vývoj počtu obyvateľov, preto sa budem snažiť o čo najprenejšie výsledky a aby simulácia zohľadňovala dostatočné mnžostvo faktorov a bola komplexná. Simulácia bude založená iba na reálnych dostupných štatistických dátach a nebude obsahovať žiadne náhodné premenné.&lt;br /&gt;
&lt;br /&gt;
=== Prostredie ===&lt;br /&gt;
Simulácia bude prebiehať v prostredí Vensim.&lt;br /&gt;
 &lt;br /&gt;
=== Cieľ ===&lt;br /&gt;
Predpovedať a graficky znázorniť dlhodobý vývoj počtu obyvateľov SR (napríklad 150 rokov dopredu). Popísať trend rastu/poklesu obyvateľov. Projekcia pôrodnosti, úmrtnosti. Aký faktor ovplyňuje vývoj populácie najviac? Akú rolu v tomto hrajú ostatné faktory?&lt;br /&gt;
&lt;br /&gt;
=== Premenné ===&lt;br /&gt;
&lt;br /&gt;
• počet obyvateľov&lt;br /&gt;
&lt;br /&gt;
• prírastok&lt;br /&gt;
&lt;br /&gt;
• úbytok &lt;br /&gt;
&lt;br /&gt;
• imigrácia &lt;br /&gt;
&lt;br /&gt;
• emigrácia&lt;br /&gt;
&lt;br /&gt;
• úmrtnost &lt;br /&gt;
&lt;br /&gt;
• porodnosť&lt;br /&gt;
&lt;br /&gt;
• a ďalšie podľa potreby&lt;br /&gt;
&lt;br /&gt;
=== Dáta ===&lt;br /&gt;
Vstupné dáta budú podľa najlepšieho formátu vybrané z:&lt;br /&gt;
&lt;br /&gt;
https://www.statista.com/statistics/1009083/total-population-slovakia-1950-2020/. &lt;br /&gt;
&lt;br /&gt;
https://www.worldometers.info/world-population/slovakia-population/.  &lt;br /&gt;
&lt;br /&gt;
https://worldpopulationreview.com/countries/slovakia-population&lt;br /&gt;
&lt;br /&gt;
[[User:Simon kavicky|Simon]] ([[User talk:Simon kavicky|talk]]) 11:06, 8 May 2024 (CET)&lt;br /&gt;
:: '''Schváleno'''. Pozor na to, že při hodnocení bude kladen velký důraz, mimo jiné, i na komplexnost analýzy a jak byly proměnné simulace a jejich vztahy odvozeny (je třeba, aby to bylo součástí zprávy k simulaci).[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 13:47, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace profitability nových finančních produktů při zohlednění rizika nedobytnosti pohledávek a ceny zdrojů ==&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem je vytvořit nástroj pro podporu prvnotního nastavení RPSN (poplatku a/nebo sazby) nově nabízeného finančního produktu podle míry rizika nedobytnosti pohledávek a ceny zdrojů za účelem zajištění profitability. Nástroj by měl být parametrizovatelný na základě potřeb finanční organizace, včetně možnosti upravit simulaci podle analýzy vlastních historických dat z již nabízených produktů – viz část o datech níže.&lt;br /&gt;
&lt;br /&gt;
=== Využití ===&lt;br /&gt;
Uživateli by měli být pracovníci z oddělení finančních institucí zodpovění za pricing produktů a služeb. Protože se jedná o netechnické uživatele s vysokou úrovní kvalifikace v jiném oboru, měla by být simulace spustitelná z &amp;quot;frontendu&amp;quot; – úvodní obrazovky, která umožňuje zadat finanční nebo statistické vstupy popisující historická data a cenu zdrojů. V případě nezadání některé z hodnot se použijí rozumné předdefinovnaé hodnoty.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a prostředí simulace ===&lt;br /&gt;
Monte Carlo, Excel. Záměrem je vytvoření rozsáhlejší a vícekrát iterované simulace pro zajištění kvalitního výsledku na základě statistických informací o historických datech na již spuštěných, podobných typech produktů.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Vzhledem ke zvolené metodě budou generovány řádově stovky záznamů o fiktivních úvěrech, jejichž parametry budou odpovídat statisticky určeným rozdělením na základě vstupního datasetu popsaného níže. Zásadní je přitom informace, zda úvěrový produkt &amp;quot;defaultoval&amp;quot; – zda byl nebo nebyl splacen ze strany klienta. Jedná se o binární závislou proměnnou, určenou na základě výše úvěru, příjmu klienta a případně dalších vybraných veličin dostupných v datech, jejichž hodnota bude určována na základě zjištěného rozdělení pravděpodobnosti. Sledovaná závislá proměnná bude určena na základě překročení prahové hodnoty váženým součtem ostatních veličin, přičemž správnost stanovení prahové hodnoty a vah bude ověřena vůči vstupnímu datasetu.&lt;br /&gt;
Na vstupu se bude očekávat parametr ceny zdrojů a případně statistické informace.&lt;br /&gt;
Výstupním parametrem bude &amp;quot;break-even&amp;quot; RPSN, nad kterou by již měl být produkt profitabilní. U skutečných produktů by bylo nutné určit sazbu, poplatek nebo jejich kombinaci; jedná se nicméně o ryze obchodní rozhodnutí, protože sazby a poplatky jsou typicky technicky převeditelné.&lt;br /&gt;
&lt;br /&gt;
=== Data využitá pro přípravu simulace ===&lt;br /&gt;
Využití skutečných dat je problematické z hlediska regulací, kterým bankovní instituce podléhají. Bude proto statisticky zpracován vstupní dataset [https://app.datacamp.com/learn/courses/credit-risk-modeling-in-python] z výukové aplikace, ale uživatel bude mít také možnost zadat jiné statistické informace na základě vlastní analýzy (nebo informací od příslušného oddělení).&lt;br /&gt;
&lt;br /&gt;
[[User:Budj07|Budj07]] ([[User talk:Budj07|talk]]) 20:17, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''.[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 10:37, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace implementace SW projektu pro potřeby projektového řízení ==&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem této simulace je vytvořit model systémové dynamiky softwarového projektu, který zohlední známé proměnné i prvek náhody a pomůže zkoumat vliv jednotlivých faktorů a vzájemné ovlivňování  v důležitých parametrech projektu&lt;br /&gt;
&lt;br /&gt;
=== Využití ===&lt;br /&gt;
Model by mohl být použit při naceňování, stanovení termínu dodání, nebo odhadu míry rizika. Mohl by být použit i na modelování důsledků změn v projektu.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a prostředí simulace ===&lt;br /&gt;
Simulace bude realizována prostřednictvím nástroje Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
. Scope&lt;br /&gt;
. Costs&lt;br /&gt;
. Time&lt;br /&gt;
. Resources&lt;br /&gt;
. Quality&lt;br /&gt;
. Risk&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
&lt;br /&gt;
nemoc výpověď dovolená chyba v analýze&lt;br /&gt;
&lt;br /&gt;
=== Zdroje ===&lt;br /&gt;
&lt;br /&gt;
LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.&lt;br /&gt;
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1&lt;br /&gt;
&lt;br /&gt;
BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.&lt;br /&gt;
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf&lt;br /&gt;
&lt;br /&gt;
[[User:Pavl11|Pavl11]] ([[User talk:Pavl11|talk]]) 20:30, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno.''' Pozor na to, že při hodnocení bude kladen velký důraz, mimo jiné, i na komplexnost analýzy a jak byly proměnné simulace a jejich vztahy odvozeny (je třeba, aby to bylo součástí zprávy k simulaci).[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 10:38, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace dopravní průjezdnosti dálnice na počet omezení (zúžení) - NOVÉ téma ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
&lt;br /&gt;
Simulace bude řešit problém zúžení vozovky na dva jízdní pruhy na dálnici D1 (Praha-Brno). Kolik zúžení je &amp;quot;přijatelných&amp;quot;, aby nebylo příliš velké zpoždění vůči průjezdu bez žádného omezení. Uživatel si bude moci nastavit počet omezených kilometrů a počet zúžení.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Zjistit kolik omezení je již příliš a jestli je lepší mít více menších omezení nebo méně větších.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
&lt;br /&gt;
Simulace nám může ukázat, jak moc velké zpoždění způsobují omezení na dálnici, a zda neni dálnice příliš omezovaná či se mohou omezení ještě navýšit, aniž by to přílišně omezilo dobu dojezdu. Taktéž nám může ukázat, jestli je lepší mít více omezení po menších kouscích nebo méně omezení s delším úsekem.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
&lt;br /&gt;
Simulace v aplikaci NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
-	Počet aut na dálnici&lt;br /&gt;
&lt;br /&gt;
-	Procento kamionů z aut na dálnici&lt;br /&gt;
&lt;br /&gt;
-	Počet omezených kilometrů&lt;br /&gt;
&lt;br /&gt;
-	Počet zúžení&lt;br /&gt;
&lt;br /&gt;
-	Procento aut příliš překračující rychlost&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
&lt;br /&gt;
-	Rychlost aut&lt;br /&gt;
&lt;br /&gt;
-	Předjíždění aut&lt;br /&gt;
&lt;br /&gt;
-	Náhodné rozmístění zúžení&lt;br /&gt;
&lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
&lt;br /&gt;
https://dopravniinfo.cz/D1&lt;br /&gt;
https://d1.dd.cz/?direction=12&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 11:45, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: V uplynulých letech bylo něco takového zpracováno mnohokrát. Upřímně doporučuji vymyslet něco jiného. Jednak budete mít problém přidat další přidanou hodnotu, jednak toto téma má problém na jedné straně s tím, že aby to bylo realistické, jsou ty modely dost složité a na druhé straně, pokud se náležitě zjednoduší, jsou zpravidla k ničemu. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:52, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 22:50, 30 May 2024 (CET) - Zadáno nové téma&lt;br /&gt;
'''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 18:06, 12 June 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace evakuace při zemětřesení v Japonsku ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
V této práci se pokusím nasimulovat evakuaci osob při zemětřesení v Japonsku, konkrétně v centru města Nagoya.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Hlavním účelem je zachytit takový scénář, který bude dále možné využít k analýze dopadů na infrastrukturu a obyvatelstvo po zemětřesení. Dále by mohlo být možné identifikovat ideální trasy k evakuaci či naopak oblasti, kterým se vyhnout. &lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Plánuji použít nástroj NetLogo, mělo by se jednat o multiagentní simulaci.&lt;br /&gt;
&lt;br /&gt;
=== Agenti ===&lt;br /&gt;
Osoby/Budovy/Úkryty&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Rozložení úkrytů&lt;br /&gt;
•	Zalidnění oblasti&lt;br /&gt;
•	Stav osoby&lt;br /&gt;
•	Rychlost osoby&lt;br /&gt;
•	Stav budovy&lt;br /&gt;
•	Kapacita úkrytu&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Rozhodnutí k evakuaci&lt;br /&gt;
•	Síla zemětřesení&lt;br /&gt;
•	Úroveň paniky&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
•	https://www.city.nagoya.jp/bosaikikikanri/cmsfiles/contents/0000154/154013/06_english_jishin_naka.pdf: mapa znázorňující umístění evakuačních úkrytů, očekávanou intenzitu zemětřesení a pravděpodobnost ztekucení/sesuvu půdy &lt;br /&gt;
&lt;br /&gt;
•	https://www.citypopulation.de/en/japan/nagoya/23106__naka_ku/: zalidnění oblasti, věkové rozložení obyvatelstva&lt;br /&gt;
&lt;br /&gt;
•	https://www.jstage.jst.go.jp/article/jnds/34/1/34_41/_pdf/-char/ja: studie pro inspiraci&lt;br /&gt;
&lt;br /&gt;
[[User:Helm07|Helm07]] ([[User talk:Helm07|talk]]) 12:25, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:53, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace natural selection ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Darwin tvrdil, a to se následně potvrdilo, že primárním mechanismem evoluční změny je proces přirozeného výběru. Problém je v tom, že za většiny podmínek je tento proces relativně pomalý a probíhá po mnoho generací. Naštěstí s pomocí simulace můžeme v relativně krátké době studovat, jak přirozený výběr funguje. Inspirací pro simulaci mi byla desková hra od Roberta P. Gendrona, která se tento proces snaží zobrazit.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
&lt;br /&gt;
Hra obsahuje i zadání, tedy otázky, které si pomocí tohoto experimentu lze ověřit.&lt;br /&gt;
# Zvýšila se nebo se snížila průměrná kamufláž a zraková ostrost? o kolik?&lt;br /&gt;
# Pravděpodobně jste si všimli, že v této simulaci je prvek náhody, který může způsobit nepravidelné kolísání průměrného skóre. Vysvětlete a uveďte dva příklady náhodných událostí, které by mohly ovlivnit průběh evoluce v přírodě.&lt;br /&gt;
# Pokud by počáteční velikost každé populace byla mnohem větší (např. 1000 místo 16), byl by vliv náhodných událostí na evoluci více či méně důležitý?&lt;br /&gt;
# Někdy v těchto simulacích populace vyhyne. Je vyhynutí pravděpodobnější pro malou nebo velkou populaci? Proč?&lt;br /&gt;
# Změnila se během simulace velikost populace kořisti a predátorů? Jak a proč?&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Plánuji použít nástroj NetLogo, mělo by se jednat o multiagentní simulaci.&lt;br /&gt;
&lt;br /&gt;
=== Agenti ===&lt;br /&gt;
Lovci/Kořist&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet lovců a kořistí&lt;br /&gt;
* Průměrná kamufláž kořisti&lt;br /&gt;
* Průměrná vize lovce&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
* Výběr druhého rodiče při páření&lt;br /&gt;
* Rozložení turles na mapě&lt;br /&gt;
* Vize/kamufláž dítěte&lt;br /&gt;
&lt;br /&gt;
=== Zdroje ===&lt;br /&gt;
* https://evolution.berkeley.edu/wp-content/uploads/2021/10/Simulating_Selection.pdf - zmiňovaná hra&lt;br /&gt;
* https://evolution.berkeley.edu/teach-evolution/misconceptions-about-evolution/#a2 - dokument, který mi pomohl &amp;quot;nastavit&amp;quot; hru, například upravit způsob dědění vlastností u dětí, že jsem nezvolil náhodné číslo, ale kombinaci vlastností rodičů + náhody&lt;br /&gt;
* https://www.youtube.com/watch?v=0ZGbIKd0XrM - pokus simulace natural selection jako reference&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Bohr03|Bohr03]] ([[User talk:Bohr03|talk]]) 13:03, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jak prokážete, že Vám model funguje? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:54, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''Zadání upraveno.''' Protože se jedná o simulaci, ve které porovnávám dvě strategie, tak funkčnost modelu prokáži pomocí vysokého počtu simulací, na základě kterých vyhodnotím výsledky. &lt;br /&gt;
[[User:Bohr03|Bohr03]] ([[User talk:Bohr03|talk]]) 08:32, 16 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Helejte, oceňuji kreativitu, ale žádná fantasy témata jaksi logicky nejsou testovatelná. Zkuste vymyslet něco reálného, prosím. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 21:15, 17 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace spotřeby a emisí v dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Jelikož jsme si mohli všimnout, že se v České republice děly protesty proti aktuálnímu limitu rychlosti 50 km/h, kde skupina &amp;quot;30 pro Prahu&amp;quot; bojuje za to, aby byly nastaveny limity na 30 km/h. Jedním z jejich cílů je snížení emisí. Rozhodl jsem se tedy sestavit simulaci, která znázorňuje jak by v aktuální dopravě vypadaly emise, kdyby byla nastavena maximální rychlost na 30 oproti 50 km/h. Budu porovnávat, zda jet pomaleji, spotřebovávat méně a generovat méně emisí je výhodnější oproti vyšší rychlosti, spotřebě a emisím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem je vytvořit simulaci, která bude počítat průměrně strávený čas vozidla v dopravě pomocí kterého vypočítám spotřebované palivo a vytvořené emise. Dopravu nasimuluji tak, že vytvořím grid několika silnic a několika křižovatek se semafory. Semafory budou periodicky měnit barvy mezi červenou a zelenou. Simulace bude zobrazovat zácpy v rush-hour a v normální dobu. Při zácpě bude vozidlo stát, ale nebude mít vypnutý motor, tudíž bude stále generovat emise jen nižší než při jízdě.&lt;br /&gt;
&lt;br /&gt;
Výsledkem simulace bude verdikt, zda je výhodnější jízda při 50km/h nebo 30 km/h.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Plánuji použít nástroj NetLogo, mělo by se jednat o multiagentní simulaci.&lt;br /&gt;
&lt;br /&gt;
=== Agenti ===&lt;br /&gt;
Vozidlo&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Průměrná spotřeba vozidla/100km&lt;br /&gt;
* Rychlostní limit&lt;br /&gt;
* Rychlost přepínání semaforů&lt;br /&gt;
* Počet vozidel při rush hour&lt;br /&gt;
* Velikost dopravního pole a křižovatek&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
* Spawn vozidla&lt;br /&gt;
* Počet vozidel&lt;br /&gt;
&lt;br /&gt;
=== Zdroje ===&lt;br /&gt;
* https://30proprahu.cz/mytyafakta/&lt;br /&gt;
* https://www.tomtom.com/traffic-index/prague-traffic/&lt;br /&gt;
&lt;br /&gt;
[[User:Bohr03|Bohr03]] ([[User talk:Bohr03|talk]]) 19:29, 26 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Zkuste se držet reálných dat. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 13:51, 30 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace vývoje korálových útesů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Korálové útesy představují jedny z nejcennějších ekosystémů naší planety, ale v posledních desetiletích jsou vystaveny značnému tlaku způsobenému lidskou činností a změnami životního prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem této simulace je zkoumat komplexní interakce, které ovlivňují zdraví a stabilitu korálových útesů.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Model umožní lépe porozumět faktorům, které přispívají k zániku korálových útesů a které faktory na korálové útesy mají jen minimální dopad.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Metoda a způsob simulace budou realizovány prostřednictvím nástroje Vensim. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Velikost korálového útesu&lt;br /&gt;
•	Teplota vody&lt;br /&gt;
•	Míra rybolovu&lt;br /&gt;
•	Kyselost moří&lt;br /&gt;
•	Znečištění&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Přirozená teplota vody &lt;br /&gt;
•	Přírodní katastrofy&lt;br /&gt;
•	Ekonomické trendy&lt;br /&gt;
•	Politické změny&lt;br /&gt;
&lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
https://www.climatefoundation.org/reversing-coral-bleaching.html?gad_source=1&amp;amp;gclid=CjwKCAjwi_exBhA8EiwA_kU1Mn29cECn6ZAe5bbSqClNxABvD8Ic7PTnx93Z5tGExSb2kSquoM8LpBoCkQ8QAvD_BwE &lt;br /&gt;
https://climate.nasa.gov/explore/ask-nasa-climate/3290/vanishing-corals-part-two-climate-change-is-stressing-corals-but-theres-hope/&lt;br /&gt;
&lt;br /&gt;
[[User:Osis02|Osis02]] ([[User talk:Osis02|talk]]) 14:54, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
::'''Schváleno.''' Pozor na to, že při hodnocení bude kladen velký důraz, mimo jiné, i na komplexnost analýzy a jak byly proměnné simulace a jejich vztahy odvozeny (je třeba, aby to bylo součástí zprávy k simulaci) [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 14:26, 11 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Vesmírné smetí: simulátor kolizí satelitů a vesmírného smetí ==&lt;br /&gt;
=== Popis ===&lt;br /&gt;
* Chtěl bych simulovat pohyb satelitů a vesmírného odpadu (tzv. vesmírného smetí) v dílčí části zemské oběžné dráhy (reprezentované jako 2D rovina), kde se satelity pohybují po předem určených trajektoriích, ale pohyb smetí je poněkud náhodný. Pokud se smetí srazí s jiným smetím, změní směr a vytvoří o něco více smetí, pokud se smetí srazí se satelitem, satelit je zničen a vznikne velké množství smetí.&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Instance simulace, by vypočítala časový odstup mezi srážkami na základě výchozích podmínek, jako je počet družic, hustota trosek a násobení trosek (kolik kusů dalších trosek srážky vytvoří).&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
* Kosmický odpad představuje významný problém kvůli rostoucímu množství vyřazených družic, vyhořelých raketových stupňů a úlomků na oběžné dráze Země. Rostoucí množství odpadu zvyšuje riziko kolize, což ohrožuje operující družice a budoucí vesmírné mise. Tento problém ohrožuje vesmírnou infrastrukturu, zhoršuje zahlcení oběžné dráhy a vyvolává hrozbu vzniku ještě většího počtu fragmentů v důsledku srážek, což může vést k vytvoření samoudržujícího se cyklu šíření vesmírného odpadu. Řešení tohoto problému má zásadní význam pro zajištění udržitelnosti kosmických aktivit a předcházení dlouhodobým důsledkům pro orbitální prostředí Země a výzkum vesmíru. Navrhovaný simulátor by mohl pomoci ukázat a vypočítat podmínky, za kterých takové samoudržující se šíření kosmického odpadu vzniká; i když se zjednodušeným modelem, a snad i poučit o výše uvedeném problému.&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
* NetLogo - agent based modeling (dva typy agentů: satelity (družice) a vesmírné smetí)&lt;br /&gt;
** Při zpracování modelu použiji nádledující zjednodušení:&lt;br /&gt;
*** budu modelovat pouze dílčí část oběžné dráhy Země, která bude znázorněna jako 2D &amp;quot;mapa&amp;quot; pevné velikosti (pixelů/čtverečků) tvořící mřížku,&lt;br /&gt;
*** objekty (satelity a smetí) se mohou na mapě pohybovat pouze v 8 různých směrech,&lt;br /&gt;
*** všechny objekty se pohybují stejnou rychlostí (jeden pixel/čtvereček za tah),&lt;br /&gt;
*** objekty jsou čtverce; minimální velikost je 1x1 pixel/čtvereček, pak 2x2 pixely/čtverečeky atd... &lt;br /&gt;
*** při srážce objektů je výsledný počet trosek (smetí) náhodné celé číslo mezi 1 a součtem velikostí (pixelů) kolidujících objektů,&lt;br /&gt;
*** hmotnost objektů je úměrná jejich velikosti, tj. 1 (pixel) = 1 jednotka hmotnosti,&lt;br /&gt;
*** všechny objekty se řídí Newtonovými pohybovými zákony.&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Proměnné pro výchozí podmínky&lt;br /&gt;
** velikost mapy&lt;br /&gt;
** počet satelitů&lt;br /&gt;
** počet smetí&lt;br /&gt;
** výchozí poloha a směr objektů&lt;br /&gt;
* Proměnné agentů (satelity a smetí)&lt;br /&gt;
** velikost&lt;br /&gt;
** hmotnost&lt;br /&gt;
** směr pohybu&lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
* Za účelem simulace realistických scénářů - budou získány údaje z NASA a dalších relevantních studií týkající se hustoty úlomků a počtu družic na oběžné dráze, které budou sloužit jako výchozí podmínky navrhovaného modelu. Konkrétně plánuji použít údaje získané a zveřejněné na:&lt;br /&gt;
**[https://orbitaldebris.jsc.nasa.gov/|NASA ORBITAL DEBRIS PROGRAM OFFICE]&lt;br /&gt;
**[https://platform.leolabs.space/visualization|LEOLABS Low Earth Orbit Visualization]&lt;br /&gt;
[[User:Vala18|Vala18]] ([[User talk:Vala18|talk]]) 17:30, 10 May 2024 (CET)&lt;br /&gt;
: '''Schváleno''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:27, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace emisí CO2 z elektromobilů a ze spalovacích automobilů ==&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Tato simulace bude porovnávat emise CO2 během celého životního cyklu spalovacího automobilu a elektromobilu. Oproti spalovacím autům mají elektromobily větší emisní zátěž při výrobě, nicméně obecně menší během jejich provozu (samozřejmě záleží na výrobním zdroji elektrické energie). Tato rozdílnost bude podstatou celé simulace.&lt;br /&gt;
&lt;br /&gt;
Uživatel si nastaví počet aut a poměr mezi elektrickými a spalovacími auty. Auta se vytvoří v továrně, během svého života se budou pohybovat ve městě nebo přejíždět mezi městy. Po specifikovaném kilometrovém nájezdu se auta zlikvidují. Emise CO2 spalovacích aut bude řešena lokálně, u elektromobilů bude realizována prostřednictvím elektrárny.&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Hlavním cílem této simulace je kvantifikace a porovnání celkových emisí CO2 z elektromobilů a spalovacích automobilů v čase. Druhotným cílem je vizualizace emisí CO2 (město/meziměsto/elektrárna).&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Pro účely simulace využiji NetLogo.&lt;br /&gt;
=== Agenti ===&lt;br /&gt;
* Spalovací auta&lt;br /&gt;
* Elektroauta&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
* Rozhodnutí, zda automobil uskuteční cestu po městě nebo mezi městy&lt;br /&gt;
* Vzdálenost ujetá mezi městy&lt;br /&gt;
* Vzdálenost ujetá ve městě&lt;br /&gt;
=== Zdroje ===&lt;br /&gt;
* https://www.mpo.gov.cz/cz/energetika/statistika/elektrina-a-teplo/emisni-faktor-co2-z-vyroby-elektriny-za-leta-2010_2023--280262/&lt;br /&gt;
* https://www.mdpi.com/1996-1073/15/7/2703&lt;br /&gt;
* https://www.volvocars.com/images/v/-/media/Project/ContentPlatform/data/media/sustainability/volvo_ex30_carbonfootprintreport1.pdf&lt;br /&gt;
* https://www.volvocars.com/images/v/-/media/market-assets/intl/applications/dotcom/pdf/c40/volvo-c40-recharge-lca-report.pdf&lt;br /&gt;
* https://www.mpo.gov.cz/assets/cz/energetika/strategicke-a-koncepcni-dokumenty/narodni-akcni-plan-pro-chytre-site/2022/2/Elektromobilita_predikce-do-2045.pdf&lt;br /&gt;
[[User:Nonm00|Nonm00]] ([[User talk:Nonm00|talk]]) 10:50, 24 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 13:54, 30 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace efektivity investice do solárních panelů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Fotovoltaika je moderní technologií, ale je těžké odhadnout, zda se investice do fotovoltaiky vyplatí. Pro simulaci budeme uvažovat domácí fotovoltaickou elektrárnu s virtuální baterií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem simulace je analyzovat, zda se investice do domácí fotovoltaické elektrárny vyplatí, to se dvěmi možnostmi - s dotacemi a bez dotací. Poté se investice srovná s jinými investicemi, pro vyhodnocení, zda se investice opravdu vyplatí.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Simulace pomůže udělat si představu o užitečnosti a finanční schůdnosti investice do domácí fotovoltaické elektrárny. Proměnné budou editovatelné, aby mohl uživatel simulaci aplikovat na svojí domácnost.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Simulace bude provedena v programu MS Excel aplikací Montecarlo.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Roční spotřeba domácnosti&lt;br /&gt;
* Cena panelu za kWp&lt;br /&gt;
* Cena virtuální baterie&lt;br /&gt;
* Životnost panelů&lt;br /&gt;
* Výše dotace&lt;br /&gt;
* Cena montáže&lt;br /&gt;
* Životnost měniče&lt;br /&gt;
* Cena měniče&lt;br /&gt;
* Instalace kWp (počet)&lt;br /&gt;
* Obchodní cena eletřiny&lt;br /&gt;
** Roční cena (dané domácnosti bez FVE)&lt;br /&gt;
** Cena celkem (za období životnosti panelů)&lt;br /&gt;
** Celková cena - hardware a práce sníženo o dotaci&lt;br /&gt;
** Celková cena - hardware a práce bez dotace&lt;br /&gt;
** Roční rozdíl mezi spotřebou a výrobou&lt;br /&gt;
** Cena chybějící energie za celé období&lt;br /&gt;
** Cena virtuální baterie za celé období&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
* Průměrný roční kWh/kWp&lt;br /&gt;
** Roční tvorba elektrárny v kWh&lt;br /&gt;
&lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
* E.ON. (b.r.). E.ON. Získáno 25. květen 2024, z https://www.eon.cz/radce/energie/solarni-energie/kolik-stoji-solarni-panely/&lt;br /&gt;
* Štoss, F., Ilios, &amp;amp; s.r.o, I. (2023, květen 6). Virtuální baterie versus solární baterie | Ilios.cz. ILIOS. https://ilios.cz/virtualni-baterie-versus-solarni-baterie/&lt;br /&gt;
* Ušetřeno.cz. (b.r.). Získáno 25. květen 2024, z https://www.usetreno.cz/energie-elektrina/cena-za-1-kwh/&lt;br /&gt;
* www.benes-michl.cz, B. &amp;amp; M. (b.r.). 2023: Jak získáte dotace na fotovoltaiku? Získáno 26. květen 2024, z https://www.pesekmudra.cz/blog-o-solarech/jak-dosahnout-na-dotace-k-fotovoltaice-na-rodinny-dum/&lt;br /&gt;
* Pro získání dat o kWh/kWp, cenách a životnostech součástí získám data od firem v oblasti FVE.&lt;br /&gt;
&lt;br /&gt;
[[User:Ciba00|Ciba00]] ([[User talk:Ciba00|talk]]) 12:48, 26 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
Aby to bylo alespoň trochu reálné, bylo třeba to simulovat alespoň po měsících, půjde to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 12:56, 27 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
Dobrý den, při použití virtuální baterie je reálné simulovat po letech. Virtuální baterie funguje tak, že se do ní ukládá vygenerovaná energie v průběhu roku a v průběhu roku se z ní čerpá. Bilance virtuální baterie může jít do plusu i mínusu, tedy ze začátku roku (leden-duben přibližně) se z ní čerpá více, než se do ní ukládá, přes teplejší měsíce se zůstatek přehoupne zpět do plusu a dále roste, ke konci roku se zůstatek zase dočerpá. V případě, že není zůstatek na konci roku dostatečný, zaplatí spotřebitel za energii, tak aby bilanci &amp;quot;dorovnal&amp;quot;, pokud je tam naopak přebytek, propadá.&lt;br /&gt;
Je tedy možné simulovat po roce, nebo by se vám to zdálo nedostatečné? Děkuji [[User:Ciba00|Ciba00]] ([[User talk:Ciba00|talk]]) 16:25, 27 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
::OK. '''Schváleno.''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 13:56, 30 May 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
	<entry>
		<id>http://www.simulace.info/index.php?title=Assignment_SS_2023/2024/cs&amp;diff=25361</id>
		<title>Assignment SS 2023/2024/cs</title>
		<link rel="alternate" type="text/html" href="http://www.simulace.info/index.php?title=Assignment_SS_2023/2024/cs&amp;diff=25361"/>
		<updated>2024-05-30T12:54:33Z</updated>

		<summary type="html">&lt;p&gt;Tomáš: /* Simulace emisí CO2 z elektromobilů a ze spalovacích automobilů */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{DISPLAYTITLE:Zadání LS 2023/2024}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Na tuto stránku vkládejte svá zadání. Nezapomeňte se podepsat. Můžete použít &amp;lt;nowiki&amp;gt;~~~~&amp;lt;/nowiki&amp;gt; (čtyři tildy) k automatickému podpisu. Používejte Ukázat náhled, abyste si prohlédli Váš výsledek před konečným odesláním.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Prosíme, snažte se formulovat Vaše zadání pečlive. S ohledem na to, že jde o Vaši semestrální práci, očekáváme adekvátní úsilí vynaložené na zadání. Nezapomeňte, že hlavním výsledkem má být výzkumná zpráva, což znamená, že Váš simulační model musí generovat takové výsledky, které jsou konkrétní, měřitelné a ověřitelné. Pečlivě promyslete, jakým způsobem budete vyvíjet Váš model, odvoďte entity, které budete používat, nakreslete si diagram modelu, zvažte, co budete měřit. Teprve pokud máte o modelu dostatečně přesnou představu, vložte Vaše zadání. A samozřejmě, nezapomeňte si prosím přečíst [[How to deal with the simulation assignment/cs|Jak na simulace]].&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Témata na téma hazardních her, karet, vývoje cen akcií/indexů '''nejsou''' vítány. Rovněž varianty úlohy &amp;quot;Predator &amp;amp; Prey&amp;quot; a příkladů ze cvičení vám '''budou rozmluveny'''.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| type  = content&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
Abychom se vyhnuli případnému budoucímu nedorozumnění, prosíme, ověřte si, že máte tučné '''schváleno''' někde v našem komentáři pod Vaším zadání. Pokud tam není '''schváleno''', znamená to, že Vaše zadání dosud schváleno nebylo.&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{Ambox&lt;br /&gt;
| text  = &amp;lt;div&amp;gt;&lt;br /&gt;
'''Criteria for evaluation of the simulation proposal'''&lt;br /&gt;
&lt;br /&gt;
The proposal must contain:&lt;br /&gt;
*What you will simulate&lt;br /&gt;
*The goal of the simulation (what you analyze - i.e. not &amp;quot;to simulate balloon factory&amp;quot;, but what problem should the simulation solve).&lt;br /&gt;
*Who would actually use such simulation (example of such user) and how would it help him&lt;br /&gt;
*What method and simulation environment you plan to use. Choose only from the development environments that we have used in the course.&lt;br /&gt;
*What variables will be incorporated&lt;br /&gt;
*What variables will be random&lt;br /&gt;
*What exact data you will base values of your variables on&lt;br /&gt;
*(In case of Monte Carlo) What exact data you will base your determination of probability distribution of your random variables on&lt;br /&gt;
*What exact data you will base your formulas in the simulation (simulation behavior) on &lt;br /&gt;
&lt;br /&gt;
'''If any of the above points are missing from the simulation proposal, the proposal is considered incomplete. Unless the proposal contains all of the above points it will not be evaluated at all (and therefore cannot be approved).'''&lt;br /&gt;
&lt;br /&gt;
# Is it clear from the proposed assignment how the simulation will work?&lt;br /&gt;
# Does the simulation make sense?&lt;br /&gt;
# Is the simulation model complex enough to simulate credibly the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the data used real and relevant for the real-world phenomenon that the simulation tries to simulate?&lt;br /&gt;
# Is the simulation feasible? (in given time by the course)&lt;br /&gt;
&lt;br /&gt;
'''If the answer to any of the above points is no, you need to improve your proposal. Don't wait for us to tell you so - you're wasting your time.'''&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
}}&lt;br /&gt;
==Simulácia hasenia požiarov na austrálskej pevnine==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulácia hasenia požiarov na austrálskej pevnine sa zameriava na modelovanie a analýzu rôznych metód a stratégií boja proti lesným požiarom v podmienkach Austrálie. Táto simulácia využíva realistické dáta o type vegetácie, teréne, meteorologických podmienkach na efektívne plánovanie a vykonanie hasenia požiarov. Model zahŕňa dynamiku a správanie požiarov, reakciu hasiacich tímov, logistiku zásobovania vodou a chemickými retardérmi(spomaľovač horenia), a ich účinok na obmedzenie šírenia požiaru.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Hlavným cieľom simulácie hasenia požiarov je optimalizovať stratégie a zdroje používané na boj proti požiarom - zistiť aká kombinácia jednotlivých použitých techník na zvládanie požiarov je účinná.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
-fektívne nasadenie zdrojov&lt;br /&gt;
-tréning a príprava -  simulované scenáre poskytujú cenné tréningové prostredie pre hasičov a záchranné tímy, umožňujúce im testovať rôzne taktiky&lt;br /&gt;
-účinnosť hasenia - umožňuje analyzovať a porovnať účinnosť rôznych hasiacich techník a materiálov&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Agentná simulácia NetLogo&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
-dostupná zásoba vody&lt;br /&gt;
-aplikácia chemických retardérov - typ a množstvo&lt;br /&gt;
-doba reakcia hasičov&lt;br /&gt;
-existencia protipožiarnych bariér&lt;br /&gt;
-dostupnosť leteckej techniky&lt;br /&gt;
-prístupnosť terénu&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
-vlhkosť vzduchu&lt;br /&gt;
-intenzita dažďa&lt;br /&gt;
-rýchlosť vetra&lt;br /&gt;
-teplota&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Použita data pro nastavení simulace ===&lt;br /&gt;
Copernicus Global Land Service[https://land.copernicus.eu/en]&lt;br /&gt;
Australian Bureau of Meteorology[http://www.bom.gov.au]&lt;br /&gt;
Geoscience Australia[https://www.ga.gov.au]&lt;br /&gt;
Global Fire Data[https://globalfiredata.org]&lt;br /&gt;
Wildfires: An Australian Perspective[https://www.researchgate.net/publication/286243345_Wildfires_An_Australian_Perspective]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Ravm01|Ravm01]] ([[User talk:Ravm01|talk]]) 19:28, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:15, 17 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulacia urgentneho prijmu v nemocnici ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulacia urgentneho prijmu v nemocnici, kde pacienti pocas dna prichadzaju v roznych casoch s roznou zavaznostou ochorenia. Pacienta najprv prijme sestra a nasledne vysetri lekar. Po vysetreni je pacient bud prepusteny alebo hospitalizovany. Myslienkou je vytvorit zjednoduseny model nemocnice s urcitou kapacitou a pozorovat ako pocet lekarov a sestier, pocet miestnosti na vysetrenie a algoritmus pre „triedenie“ / prioritizaciu pacientov na urgentnom prijme ovplyvnuje zaplnenie dostupnych lozok.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Zistenie optimalneho poctu lekarov, sestier a miestnosti pre modelovanu nemocnicu. Testovanie roznych strategii prioritizacie pacientov.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Simulacie oddeleni v nemocnici su uzitocne pre riesenie roznych problemov, napr.:&lt;br /&gt;
&lt;br /&gt;
• Alokacia zdrojov&lt;br /&gt;
&lt;br /&gt;
• Optimalizacia toku pacientov&lt;br /&gt;
&lt;br /&gt;
• Redukcia cakania na vysetrenie a dlzky hospitalizacie&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Diskretna simulacia v NetLogo alebo AnyLogic (necham si poradit)&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
• Kapacita nemocnice&lt;br /&gt;
&lt;br /&gt;
• Pocet osetrujcich lekarov&lt;br /&gt;
&lt;br /&gt;
• Pocet zdravotnych sestier&lt;br /&gt;
&lt;br /&gt;
• Pocet miestnosti na vysetrenie&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
• Stav pacienta&lt;br /&gt;
&lt;br /&gt;
• Dlzka vysetrenia&lt;br /&gt;
&lt;br /&gt;
• Vysledok vysetrenia&lt;br /&gt;
&lt;br /&gt;
• Prichod pacientov&lt;br /&gt;
&lt;br /&gt;
• Odchod pacientov&lt;br /&gt;
&lt;br /&gt;
=== Použita data pro nastavení simulace ===&lt;br /&gt;
Data pre konkretne zariadenia su limitovane. Cerpat je mozne z celkovych statistik zdravotnickych zariadeni v CR/SR a z existujucich studii.&lt;br /&gt;
&lt;br /&gt;
Narodne Centrum Zdravotnickych Informacii, [https://www.nczisk.sk/Statisticke_vystupy/Tematicke_statisticke_vystupy/Pages/default.aspx]&lt;br /&gt;
&lt;br /&gt;
Ustav Zdravotnickych Informaci a Statistiky CR, [https://www.uzis.cz/]&lt;br /&gt;
&lt;br /&gt;
Modeling and simulation of patient flow at the emergency services: Case of Al-Zahraa Hospital University Medical Center in Lebanon, [https://uphf.hal.science/hal-03199182/document]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Sekp02|Sekp02]] ([[User talk:Sekp02|talk]]) 11:40, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Je to typická diskrétní simulace, takže kdyžtak NetLogo. Problém je ale v těch datech. Jak správně píšete, budou se shromažďovat obtížně. Pokud nemáte přístup k datům z nějakého konkrétního zdravotnického zařízení, doporučuji zvážit jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:18, 17 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace tornáda ve venkovské oblasti ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Jedná se o simulaci tornáda ve venkovské oblasti, kde může tornádo zasáhnout domy, farmy a další infrastrukturu. Obyvatelé oblasti jsou vystaveni riziku ničivých škod a je nutné zkoumat strategie předcházení a zvládání následků této katastrofy. Obyvatelé budou mít také možnost úniku do několika bunkrů.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem modelu je porozumět dopadům tornáda na venkovskou oblast a zjistit, jaká opatření mohou minimalizovat škody a zvýšit podíl přeživších. Důraz je kladen na analýzu evakuace a výstrahy.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Model tornáda je užitečný pro studium a testování různých strategií řízení rizik spojených s tornády. Poskytuje prostředek pro zkoumání účinnosti evakuace, plánování obnovy a analýzu dopadů tornáda na obyvatelstvo a infrastrukturu venkovské oblasti.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Simulace je založena na agentově založeném modelu, kde každý agent představuje jednotlivého obyvatele nebo budovu v oblasti. Tornádo je modelováno jako pohybující se entita, která může způsobit škody na okolním prostředí. Interakce mezi tornádem a agenty jsou simulovány na základě pravděpodobnostních modelů. Jako nástroj pro simulaci využiji NetLogo.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Typy budov a infrastruktura v oblasti&lt;br /&gt;
&lt;br /&gt;
•	Hustota obyvatelstva&lt;br /&gt;
&lt;br /&gt;
•	Rychlost a velikost tornáda&lt;br /&gt;
&lt;br /&gt;
•	Doba výstrahy a reakce obyvatel&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Umístění vzniku tornáda&lt;br /&gt;
&lt;br /&gt;
•	Intenzita a směr pohybu tornáda&lt;br /&gt;
&lt;br /&gt;
•	Reakce obyvatel na varování a evakuaci&lt;br /&gt;
&lt;br /&gt;
•	Škody způsobené tornádem na konkrétních místech&lt;br /&gt;
&lt;br /&gt;
=== Použita data pro nastavení simulace ===&lt;br /&gt;
Studie od Daan Liang, Zhen Cong a Guofeng Cao https://journals.ametsoc.org/view/journals/wcas/14/2/WCAS-D-21-0089.1.xml&lt;br /&gt;
&lt;br /&gt;
[[User:Javf00|Javf00]] ([[User talk:Javf00|talk]]) 12:43, 8 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Bude třeba, abyste si prostudoval o dynamice tornád více zdrojů. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:34, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulácia evolúcie neurónovej siete, ktorej cieľom je naučiť sa hrať klasickú hru Snake ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Práca bude simulovať evolúciu agentov, ktorí sa budú snažiť naučiť hrať klasickú hru Snake. Každý agent bude predstavovaný neurálnou sieťou, ktorá na základe aktuálneho stavu hry rozhodne ako ďalej pokračovať. Cieľom práce bude zistiť najvhodnejšie parametre pre vývoj agentov.&lt;br /&gt;
&lt;br /&gt;
=== Prostredie ===&lt;br /&gt;
Pre simuláciu evolúcie bude potrebné simulovať viacero generácií '''E''' a v každej generácii bude populácia agentov o veľkosti '''N'''. Každý agent bude hrať samostatnú inštanciu hry Snake. Po odohraní hier agentov v danej generácii sa vypočíta fitness (skóre) najlepšieho agenta.&lt;br /&gt;
Podľa fitness sa vyberú jedinci pre ďalšiu generáciu (podľa miery elitizmu '''e'''). Ďalej sa generácia doplní novo vytvorenými agentami (potomkami), ktorí vzniknú krížením dvoch náhodne vybratých agentov. Potomkovia budú ešte zmutovaný podľa miery mutácie '''m'''. Ďalej bude pokračovať ďalšia novo vytvorená generácia.&lt;br /&gt;
&lt;br /&gt;
=== Agenti ===&lt;br /&gt;
Každý agent bude pozostávať z neurónovej siete. Agent bude &amp;quot;vidieť&amp;quot; do ômych smerov (hore, dole, vľavo, vpravo, vpravo-hore, vpravo-dole, vľavo-dole, vľavo-hore) od hlavy hada. Pre každý smer uvidí vzdialenosť k stene, vzdialenosť k jablku (ak ho v daný smer vidí) a vzdialenosť ku svojemu chvostu (ak ho v daný smer vidí). Čiže na vstupnej vrstve bude mať 24 neurónov (8 smerov x 3 indikátory) + 4 neuróny predstavujúce smer do ktorého ide hlava hada. Celkovo 28 neurónov. Počet skrytých vrstiev a neurónov v nich môže byť cieľom skúmania práce. Váhy väzieb medzi neurónami budú z počiatku náhodné z uniformného rozdelenia, následne budú menené mutáciami agentov. Na výstupe neurónovej siete bude smer akým sa má had ďalej uberať, čiže 4 neuróny pre Hore, Dole, Vľavo, Vpravo.&lt;br /&gt;
&lt;br /&gt;
=== Cieľ ===&lt;br /&gt;
Cieľom práce bude zistiť najvhodnejšie parametre pre vývoj agentov. S evolučným algoritmom mám skúsenosti - riešil som ním 3SAT problém a preto viem že výpočty môžu zabrať značnú dobu. Preto by som určil niektoré parametre, ktoré budú pevné  a niektoré, ktoré budú cieľom skúmania. Tu mám 3 možnosti, ktoré by ma zaujímali. V každom prípade bude pevný parameter '''N''' (počet jedincov v populácii) a '''E''' počet generácií. Prvá možnosť by malá pevný počet skrytých vrstiev agentov s pevným počtom neurónov v nich a menila by sa miera mutácie a miera elitizmu. Druhá možnosť je podobná prvej, no počet skrytých vrstiev a neurónov v nich by sa s mutáciami agentov mohol meniť (čo je vlastne len zťaženie možnosti 1, ale asi sa to viac podobá skutočnej evolúcii). Tretia možnosť je, že miera mutácie a elitizmus budú pevné parametre a manuálne sa bude meniť počet vrstiev a neurónov (čo teraz ako to píšem sa mi úplne nezdá - malo by to hrozne veľa možností a ani sa to tak veľmi nepodobá evolúcii). V každom prípade budem porovnávať výsledky, ktoré agenti dosiahli za '''E''' generacií (najlepšie skóre, priemerné skóre, smerodajnú odchylku).&lt;br /&gt;
&lt;br /&gt;
(Môj osobný cieľ bude, aby agent dosiahol aspoň 10 bodov a pritom, aby bolo vidno, že to nebola náhoda :D )&lt;br /&gt;
&lt;br /&gt;
=== Nástroje ===&lt;br /&gt;
Python s knižnicou numpy pre prácu s maticami váh, knižnicou matplotlib pre grafické znázornenie výsledkov populácií a knižnicou tkinter pre zobrazenie hier (zobrazenie je to najmenej podstatné a pritom to najlepšie :D).&lt;br /&gt;
&lt;br /&gt;
=== Autor ===&lt;br /&gt;
[[User:Stem45|Stem45]] ([[User talk:Stem45|talk]]) 10:18, 1 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Je to poměrně ambiciózní, ale slibuje to zajímavé výsledky, tak to zkusme. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:35, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace přestupu na stanici metra Můstek ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulovat chci přestup z linky A na linku B a naopak. Jelikož se jedná o jednu z nejvytíženějších stanic metra v Praze zaměřím se na dobu, ve které je stanice nejvíce zatížená. Zkoumat se budou oba směry příjezdu. Simulace nebude uvažovat cestující kteří chtějí z metra vystoupit.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Výsledkem simulace by mělo být nalezení optimální cesty pro přechod z linky A na linku B a naopak. Optimální cesta bude zahrnovat i výstup z vagonu, tedy bude záležet ze kterého vagonu agent vystoupí.&lt;br /&gt;
Optimálnost cesty se bude měřit podle:&lt;br /&gt;
&lt;br /&gt;
1.	Uražené vzdálenosti&lt;br /&gt;
&lt;br /&gt;
2.	Průměrném času&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Tato simulace poskytne jednoduchou a přímočarou odpověď do kterého vagonu nasednout a kterou cestou se vydat chceme-li co nejrychleji přestoupit na linku B či A a stihli tak navazující spoj.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Pro simulaci tohoto druhu budu volit agentní simulaci, kde agenti budou cestující metra. Jako nastroj pro simulaci využiji NetLogo.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Příjezd metra&lt;br /&gt;
&lt;br /&gt;
•	Počet pasažérů&lt;br /&gt;
&lt;br /&gt;
•	Rychlost cestujícího&lt;br /&gt;
&lt;br /&gt;
•	Zvolena trasa přestupu&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
Vše až na “Příjezd metra”. Zbytek bude náhodně z intervalu získaného z dat nebo náhodným výběrem z několika možností.&lt;br /&gt;
&lt;br /&gt;
=== Použita data pro nastavení simulace ===&lt;br /&gt;
Oficiální data od DPP o metru z roku 2015: https://data.pid.cz/pruzkumy/2015_METRO_sbornik.pdf&lt;br /&gt;
&lt;br /&gt;
[[User:Bled09|Bled09]] ([[User talk:Bled09|talk]]) 16:25, 1 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''  [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:21, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace boardingu pasažéru do letadla ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Tato práce bude podrobně zkoumat proces nástupu cestujících do letadla a srovnávat účinnost různých metod, které se při tomto procesu používají. Bude se zabývat simulací samotného boardingu, abychom lépe porozuměli, jak různé strategie ovlivňují průběh nástupu a celkový čas potřebný k dokončení této fáze cesty. &lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem simulace je identifikovat nejefektivnější způsob nástupu cestujících s ohledem na minimalizaci celkové doby nástupu a maximalizaci spokojenosti cestujících. Simulace bude modelovat různé metody boardingu, jako je zónový boarding, skupinový boarding a nástup podle sedadel, a analyzovat jejich vliv na celkový čas nástupu a další relevantní faktory.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Výsledky simulace poskytnou užitečné poznatky pro optimalizaci procesu boardingu letadla a zlepšení cestovního zážitku cestujících.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Pro simulaci tohoto druhu budu volit agentní simulaci, kde agenti budou cestující metra. Jako nastroj pro simulaci využiji NetLogo.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Metoda boardingu&lt;br /&gt;
&lt;br /&gt;
•	Rozložení letadla a jeho velikost&lt;br /&gt;
&lt;br /&gt;
•	Časový rozvrh&lt;br /&gt;
&lt;br /&gt;
•	Strategie priority boardingu&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Chování cestujících - rychlost&lt;br /&gt;
&lt;br /&gt;
•	Náhodné rozložení cestujících v jednotlivých zónách&lt;br /&gt;
&lt;br /&gt;
•	Náhodné změny v chování cestujících&lt;br /&gt;
&lt;br /&gt;
•	Náhodné události&lt;br /&gt;
&lt;br /&gt;
=== Použita data pro nastavení simulace ===&lt;br /&gt;
Vzniklá studie od Jason H. Steffen: https://www.sciencedirect.com/science/article/abs/pii/S0969699708000239&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Arťom Ňorba|Arťom Ňorba]] ([[User talk:Arťom Ňorba|talk]]) 09:16, 2 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:23, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace vývoje alkoholismu: Závislost, léčba a dopady na zdraví ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Konzumace alkoholu je dlouhodobě v České republice na vysoké úrovni. Roční spotřeba alkoholu na osobu dlouhodobě dosahuje hodnoty kolem 10 litrů čistého alkoholu. Denně si alkohol dopřeje téměř 10 % dospělé populace. &lt;br /&gt;
Tato simulace se zaměřuje na modelování systému alkoholismu, který zahrnuje interakce mezi alkoholikem, léčbou, vyléčeným alkoholikem a genetikou. Dále zahrnuje náhodné proměnné, jako je inflace, cena alkoholu, prostředí, stres, nemoc a smrt. Simulace bude ukazovat, jak tyto faktory ovlivňují vývoj alkoholismu a účinnost léčby.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem této simulace je vytvořit model systémové dynamiky, který bude zkoumat vývoj alkoholismu u jednotlivce a jeho dopady na zdraví.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Model by umožnil lépe porozumět faktorům, které přispívají k vzniku a prohlubování alkoholismu. Na základě výsledků simulace by pak mohly být navrženy a implementovány účinné politiky a programy pro prevenci a léčbu alkoholismu, které by mohly vést ke zlepšení zdraví populace a snížení nákladů spojených s alkoholismem.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Metoda a způsob simulace budou realizovány prostřednictvím nástroje Vensim, který je vhodný ke sledování změn hodnot proměnných v čase. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Alkoholik&lt;br /&gt;
•	Alkohol&lt;br /&gt;
•	Léčba&lt;br /&gt;
•	Vyléčený alkoholik&lt;br /&gt;
•	Genetika&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Prostředí&lt;br /&gt;
•	Cena alkoholu &lt;br /&gt;
•	Inflace &lt;br /&gt;
•	Stres&lt;br /&gt;
•	Nemoc&lt;br /&gt;
•	Smrt&lt;br /&gt;
&lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
https://www.drogy-info.cz/zprava-o-zavislostech/souhrnna-zprava-o-zavislostech-v-cr-2022/&lt;br /&gt;
https://www.czso.cz/csu/czso/graf-spotreba-alkoholickych-napoju-na-1-obyvatele-v-ceske-republice&lt;br /&gt;
&lt;br /&gt;
[[User:Lacb03|Lacb03]] ([[User talk:Lacb03|talk]]) 09:00, 8 May 2024 (CET)&lt;br /&gt;
:: '''Schváleno'''. Pozor na to, že při hodnocení bude kladen velký důraz, mimo jiné, i na komplexnost analýzy a jak byly proměnné simulace a jejich vztahy odvozeny (je třeba, aby to bylo součástí zprávy k simulaci).[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 13:42, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace přírodního výběru - pěnkavy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Jako téma simulace jsem zvolil přírodní výběr pojmenovaný Charlesem Darwinem. Simulace bude představovat vývoj pěnkav v závislosti na prostředí, ačkoli reálný svět bude v rámci simulace zjednodušen.&lt;br /&gt;
&lt;br /&gt;
===Cíl===&lt;br /&gt;
Cílem simulace je ukázat a vizualizovat, jak se budou pěnkavy vyvíjet v rámci přežití v prostředí, kde se vyskytují i ostatní jedinci. Výsledkem jsou takový jedinci, kteří mají nejvyšší šanci v daném prostředí přežít. Dále budeme sledovat, jakou silou se projevují jednotlivé vlastnosti. To bude rozdílné dle nastavení prostředí.&lt;br /&gt;
&lt;br /&gt;
===Užití===&lt;br /&gt;
Simulaci lze použít jako důkaz přírodní selekce a její vizuální interpretaci v zjednodušeném světe. Lze jej využít jako doprovodný materiál při výuce.&lt;br /&gt;
&lt;br /&gt;
===Metoda a způsob simulace===&lt;br /&gt;
Jako nástroj pro tvorbu modelu využiji NetLogo, protože tvořím multiagentní systém.&lt;br /&gt;
&lt;br /&gt;
===Prostředí===&lt;br /&gt;
Prostředí je dáno čtvercovou plochou. V ploše se každé kolo generuje jídlo v podobě semínek. Jedno jídlo v ploše můžeme chápat jako hrst semínek. Semínka mají různý typ (tvrdost).&lt;br /&gt;
&lt;br /&gt;
===Agenti===&lt;br /&gt;
Agenty této simulace jsou pěnkavy, které obstarávají jídlo. Mají hnízda po obvodu herního plánu. Pěnkavy se každé kolo snaží obstarat potravu, pokud získají jeden kus, přežijí. Pokud získají kusy 2, přežijí a rozmnoží se. Při cestě do prostoru chodí nahodile (lze aplikovat různé strategie cesty, ale není to hlavní východisko, které chci zkoumat).&lt;br /&gt;
&lt;br /&gt;
Když pěnkava narazí na jídlo, tak jí nějaký čas trvá semínka posbírat či vyhrabat. To závisí na vývoji jejich pařátků. (vlastnost – pařáty)&lt;br /&gt;
&lt;br /&gt;
Může se stát, že k jednomu jídlo dorazí více pěnkav. V tomto případě jídlo obdrží ta pěnkava, která je větší, protože zastraší menší pěnkavu. V simulaci k tomu využijeme specifikovaný poměr jako nastavitelnou proměnnou. (vlastnost – velikost)&lt;br /&gt;
&lt;br /&gt;
Další faktor je typ semen neboli jejich tvrdost. Aby ptáci mohli jíst tvrdší semena, tak musí mít lépe uzpůsobený zobák. (vlastnost – zobák)&lt;br /&gt;
Poslední zkoumanou vlastností bude vývoj křídel, které prezentují rychlost pohybu v prostředí. Rychlost pohybu v prostředí nám nepomůže se získáním semen ze země či jiného zdroje, ale dostanou se k nim rychleji. (vlastnost – křídla)&lt;br /&gt;
&lt;br /&gt;
Rozmnožení je zde zjednodušeno. Dojde k němu, když jedinec získá dvě jídla a bude provedeno jako vytvoření nového jedince s lehce upravenými vlastnostmi rodiče.&lt;br /&gt;
Vlastnosti jsem zde napsal neurčitě, ale v simulaci budou reprezentovány spojitým atributem viz. Křídla -&amp;gt; rychlost (double), zobák -&amp;gt; koeficient k snědku (double)&lt;br /&gt;
&lt;br /&gt;
===Proměnné===&lt;br /&gt;
•	Počet aktérů&lt;br /&gt;
&lt;br /&gt;
•	Počet generovaného jídla&lt;br /&gt;
&lt;br /&gt;
•	Poměr zastraření&lt;br /&gt;
&lt;br /&gt;
===Náhodné proměnné===&lt;br /&gt;
•	Původní umístění jedinců&lt;br /&gt;
&lt;br /&gt;
•	Umístění jídla&lt;br /&gt;
&lt;br /&gt;
•	Změna vlastností&lt;br /&gt;
&lt;br /&gt;
===Data pro nastavení simulace===&lt;br /&gt;
Vzorem této práce je již zaznamená studie, která se soustředila na vlastnost zobáku a přijímání potravy. https://bio.libretexts.org/Bookshelves/Introductory_and_General_Biology/Book%3A_General_Biology_(Boundless)/18%3A_Evolution_and_the_Origin_of_Species/18.01%3A_Understanding_Evolution/18.1C%3A_The_Galapagos_Finches_and_Natural_Selection&lt;br /&gt;
&lt;br /&gt;
Další zdroje:&lt;br /&gt;
&lt;br /&gt;
https://evolution.berkeley.edu/teach-evolution/misconceptions-about-evolution/&lt;br /&gt;
&lt;br /&gt;
https://www.khanacademy.org/science/biology/her/evolution-and-natural-selection/v/introduction-to-evolution-and-natural-selection&lt;br /&gt;
&lt;br /&gt;
https://www.thoughtco.com/charles-darwins-finches-1224472&lt;br /&gt;
&lt;br /&gt;
https://www.open.edu/openlearn/science-maths-technology/migration/content-section-3.4&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Rubo01|Rubo01]] ([[User talk:Rubo01|talk]]) 12:06, 6 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Velmi obecné, konkretizujte. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:25, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Pokusil jsem se zadání více konkretizovat. [[User:Rubo01|Rubo01]] ([[User talk:Rubo01|talk]]) 06:18, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Takhle zadáno se pohybujeme na velmi abstraktní úrovni. Měl byste problém dokázat, že Vám to dává smysluplné výsledky. Doporučuji vybrat si nějaký konkrétní např. živočišný druh, sehnat si o něm informace a udělat něco takového pro tento konkrétní druh.&lt;br /&gt;
&lt;br /&gt;
Na zájladě vaší poznámky, jsem zvolil konkretní živočišný druh, konkrétně ptáky - pěnkavy  [[User:Rubo01|Rubo01]] ([[User talk:Rubo01|talk]]) 18:47, 12 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: OK, dejte pozor, aby simulace nebyla o pěnkavách jen formálně, ale mějte dobře odzdrojované nastavení parametrů modelu. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:22, 17 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulácia podkladní v supermarkete ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulácia sa zameriava na skúmanie vplyvu počtu pokladní na zisk supermarketu. Cieľom je zistiť, ako množstvo pokladní má najväčší pozitívny vplyv na zisk, pričom sa berú do úvahy aj dlhé fronty, ktoré môžu odradiť zákazníkov a viesť k ich odchodu.&lt;br /&gt;
&lt;br /&gt;
===Agenti===&lt;br /&gt;
Agenti sú jednnotlivý zákazníci.&lt;br /&gt;
&lt;br /&gt;
===Cíl===&lt;br /&gt;
Cieľom simulácie je nájsť optimálny počet pokladní a ich rýchlosť obsluhy, ktoré zabezpečia maximálny zisk pre supermarket. &lt;br /&gt;
Optimálny počet pokladní a rýchlosť obsluhy budú merať podľa:&lt;br /&gt;
&lt;br /&gt;
• Celkový zisk supermarketu&lt;br /&gt;
• Dĺžka fronty na pokladniach&lt;br /&gt;
• Čas, ktorý trvá zákazníkom od začiatku fronty k momentu zaplatenia&lt;br /&gt;
&lt;br /&gt;
===Užitočnosť===&lt;br /&gt;
Táto simulácia poskytne užitočné informácie o tom, ako zlepšiť prevádzku pokladní a maximalizovať zisk. Pomôže efektívnejšie riadiť personál a prispôsobiť sa meniacim sa potrebám zákazníkov.&lt;br /&gt;
&lt;br /&gt;
===Metóda a spôsob simulácie===&lt;br /&gt;
Ako nástroj na tvorbu modelu použijem NetLogo&lt;br /&gt;
&lt;br /&gt;
===Premenné===&lt;br /&gt;
• Počet pokladní&lt;br /&gt;
• Rýchlosť obsluhy pokladní&lt;br /&gt;
• Počet zákazníkov&lt;br /&gt;
&lt;br /&gt;
===Náhodné premenné===&lt;br /&gt;
Všetky premenné budú náhodné premenné.&lt;br /&gt;
&lt;br /&gt;
===Dáta===&lt;br /&gt;
Historické údaje o príchode zákazníkov do supermarketu, vrátane &amp;quot;peak hours&amp;quot; a priemerných tokov zákazníkov. Priemerné časy obsluhy pri pokladniach založené na pozorovateľných údajoch.&lt;br /&gt;
&lt;br /&gt;
[[User:Lavd01|Lavd01]] ([[User talk:Lavd01|talk]]) 16:10, 6 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dokud jsme měli ještě v programu zařazené diskrétní simulace, toto byla naprosto typická úloha právě na ně (dokonce byla ve slidech) a odkázal bych Vás na Simprocess. V tomto případě Simprocess už k dispozici není, lze to řešit jinými nástroji, např. AnyLogicem, které jsme ale nedělali. Řešení v NetLogu je možné, bude ale poměrně pracné. Nicméně, pokud na tom trváte, tak '''schváleno''' a budu zvědav, jak se to bude lišit od řešení v Simprocessu. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:30, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Dopad války na sklizeň obilnin a luskovin na Ukrajině ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulace bude modelovat dopad války na sklizeň obilnin a luskovin na Ukrajině s ohledem na regionální variabilitu a celkový počet pracovníků v zemědělském sektoru. Analýza se zaměří na změny v oseté ploše, sklizené ploše, objemu produkce, typu zemědělských podniků (podniky, domácnosti a soukromé farmy), počtu podniků a počtu pracovníků před válkou a po jejím začátku, využívající data z Ukrajinštat a Ministerstva agrární politiky a potravinářství Ukrajiny.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem simulace je:&lt;br /&gt;
&lt;br /&gt;
* Analyzovat změny v oseté ploše, sklizené ploše, objemu produkce obilnin a luskovin, typu zemědělských podniků (podniky, domácnosti, soukromé farmy), počtu podniků a počtu pracovníků před válkou a po jejím začátku.&lt;br /&gt;
* Prognózovat budoucí oseté a sklizené plochy, objem produkce, počet podniků a pracovníků na základě různých scénářů trvání konfliktu.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Tvůrci politik, zemědělské organizace a zemědělci mohou tuto simulaci využít k plánování zemědělské produkce a k vývoji strategií ke zmírnění dopadů války na zemědělský sektor.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Simulace bude vytvořena pomocí Vensim, nástroje pro modelování dynamiky systémů.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Osetá plocha: Celková osetá plocha obilnin a luskovin v jednotlivých regionech.&lt;br /&gt;
* Sklizená plocha: Celková sklizená plocha obilnin a luskovin v jednotlivých regionech.&lt;br /&gt;
* Objem produkce: Celkový objem produkce obilnin a luskovin v jednotlivých regionech.&lt;br /&gt;
* Typ zemědělských podniků: Typy zemědělských podniků (podniky, domácnosti, soukromé farmy).&lt;br /&gt;
* Počet podniků: Počet podniků, domácností a soukromých farem v zemědělství v jednotlivých regionech.&lt;br /&gt;
* Počet pracovníků: Celkový počet pracovníků v zemědělství na Ukrajině.&lt;br /&gt;
* Množství obilí určeného k setí: Celkové množství obilí použitého k setí.&lt;br /&gt;
* Odbyt obilí: Celkový odbyt obilí.&lt;br /&gt;
* Trvání války: Délka konfliktu, považovaná za fixní scénář.&lt;br /&gt;
* Narušení zemědělské produkce: Faktor reprezentující narušení zemědělské produkce kvůli válce.&lt;br /&gt;
&lt;br /&gt;
=== Vztahy ===&lt;br /&gt;
&lt;br /&gt;
* Osetá plocha, sklizená plocha a objem produkce: Tato data umožní identifikovat historické trendy a vztahy mezi osetou plochou, sklizenou plochou a objemem produkce. &lt;br /&gt;
* Počet podniků, domácností a soukromých farem: Tyto údaje pomohou definovat, jak různé typy zemědělských podniků přispívají k celkové produkci.&lt;br /&gt;
* Počet pracovníků v zemědělství: Tato data nám umožní odhadnout vliv dostupné pracovní síly na zemědělskou produkci.&lt;br /&gt;
* Množství obilí určeného k setí: Vypočítám z oseté plochy a průměrné spotřeby osiva na hektar, což umožní modelovat potřebu osiva pro budoucí sezóny.&lt;br /&gt;
* Narušení zemědělské produkce bude odvozeno z poklesu hodnot (Osetá plocha, Sklizená plocha, Objem produkce, Odbyt obilí, Počet podniků, Počet pracovníků) v důsledku války, přičemž faktor narušení bude odhadnut na základě dostupných zpráv a analýz.&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
V této simulaci nebudou použity náhodné proměnné. Scénáře trvání války budou fixní (např. 1 rok, 3 roky, 5 let).&lt;br /&gt;
&lt;br /&gt;
=== Dáta ===&lt;br /&gt;
Historická data z Ukrajinštat - https://www.ukrstat.gov.ua/&lt;br /&gt;
Data o exportu z Ministerstva agrární politiky a potravinářství Ukrajiny - https://bogdantymkiv.com/country/UA/&lt;br /&gt;
&lt;br /&gt;
: Není mi úplně jasné, jak by měla taková simulace vypadat. Můžete konkretizovat? Ideálně i s obrázky, [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 20:30, 7 May 2024 (CET)&lt;br /&gt;
: 1. Vizuální Představení: V NetLogo bude scéna připomínat třídu s 30 studenty (agenti), kde každý student bude reprezentován jako agent s unikátním ID.&lt;br /&gt;
: 2. Nastavení Atributů: V levém panelu bude možné pomocí sliderů a vstupních polí měnit atributy každého studenta.&lt;br /&gt;
: 3. Interaktivní Úpravy: Uživatelé budou moci dynamicky upravovat tyto atributy a okamžitě vidět, jak se změny promítnou do inicializace agentů v modelu.&lt;br /&gt;
: 4. Modelování Úspěšnosti: Po nastavení atributů a spuštění modelu se pro každého studenta vypočítá hodnota úspěšnosti. Tento výpočet bude založen na předem definovaném modelu, který zahrne : kombinaci významných atributů a jejich vliv na akademický výkon&lt;br /&gt;
: 5. Bez Dynamických Interakcí: Vzhledem k absenci časových a interakčních dat bude simulace provádět jednorázový výpočet úspěšnosti bez sledování dynamických změn v čase.&lt;br /&gt;
: 6. Zobrazení Úspěšnosti: Po dokončení modelování bude každý student v třídě (scéně) mít přiřazenou hodnotu úspěšnosti, která bude zobrazena vedle jeho ikony nebo v datové tabulce pod : : scénou.&lt;br /&gt;
: 7. Statistické Grafy: Pod vizualizací třídy budou prezentovány různé statistické grafy, včetně:&lt;br /&gt;
    : * Distribuce Úspěšnosti: Histogram nebo boxplot ukazující rozložení úspěšnosti mezi studenty.&lt;br /&gt;
    : * Distribuce Motivace: Podobné grafy pro motivaci a další číselné atributy.&lt;br /&gt;
    : * Korelační Grafy: Scatter ploty nebo jiné grafy zobrazující korelace mezi úspěšností a jednotlivými atributy, aby bylo možné identifikovat faktory s největším vlivem.&lt;br /&gt;
: 8. Plánované Rozšíření Modelu: Po prvotní analýze a identifikaci významných korelací plánuju rozšířit model o další zajímavé atributy, které mohou mít vliv na úspěšnost studentů: Počet : hodin strávených studiem, Počet absencí, Konzumace alkoholu,a další relevantní faktory zahrnuté v datasetu&lt;br /&gt;
&lt;br /&gt;
:: U simulací pracujících s měkkými parametry bývá problém v tom, že jsou zpravidla nereplikovatelné a tudíž netestovatelné. Tady Vám to může vyjít prakticky jakkoliv a nikdo nebude schopen říci, jestli je to dobře nebo špatně. Doporučuji reformulaci a zapojení nějakých tvrdších faktorů. Popř. vysvětlit, jakým způsobem budete smysluplnost modelu testovat. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:41, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Dataset ma nekolik tvrdych parametru jako počet studovaných hodin, počet předchozích neúspěchů ve třídě a průběžné známky, což umožňuje přesnější a konzistentnější analýzu vlivu těchto faktorů na akademický výkon, tak ze bych je pouzila. Updatovala jsem parametry ve zadani&lt;br /&gt;
&lt;br /&gt;
::: Úplně nerozumím, proč tam máte model třídy plné studentů, ale budete u nich generovat nějaká čísla. Veskrze stále platí mé předchozí výtky: je to plné měkkých parametrů a velmi obtížně se Vám bude prokazovat kontakt s realitou. Silně doporučuji zvolit jiné téma. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 21:11, 17 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno''' [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 17:44, 20 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Odlesňovanie Amazónie==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulácia odlesňovania v Amazónii v NetLogo zahŕňa modelovanie ťažby lesa a premeny lesnej pôdy, ale aj vplyv týchto činností na zvieraciu populáciu v oblasti. Simulácia bude zahŕňať parametre ako miera ťažby dreva, miera premeny lesnej pôdy na poľnohospodársku pôdu, miera regenerácie lesa a interakcie medzi lesom a zvieratami. A taktiež ako tieto vplyvy pôsobia na teplotu v oblasti.&lt;br /&gt;
&lt;br /&gt;
===Agenti===&lt;br /&gt;
1.	Lesníci: Agenti zodpovední za rozhodovanie o odlesňovaní &lt;br /&gt;
&lt;br /&gt;
2.	Pôda: farba reprezentujúca jeho stav (zelená = les, hnedá = vykácená pôda, žltá = zemedelská pôda)&lt;br /&gt;
&lt;br /&gt;
3.      Zvieratá: Pohybujú sa po lese, hľadajú potravu a útočisko. Zvieratá môžu prežiť iba na lesných patches.&lt;br /&gt;
&lt;br /&gt;
3.	Senzor: Agenti sledujúci teplotu v rôznych častiach oblasti.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
1. Sledovať, ako sa mení pokrytie lesa v priebehu času pri rôznych mierach ťažby, premeny pôdy a regenerácie.&lt;br /&gt;
&lt;br /&gt;
2. Sledovať populáciu zvierat a zistiť, ako tieto zmeny v lesnom pokrytí ovplyvňujú ich prežitie a pohyb.&lt;br /&gt;
&lt;br /&gt;
3. Cieľom simulácie je analyzovať, ako rôzne úrovne odlesňovania ovplyvňujú teplotu.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Táto simulácia môže slúžiť ako nástroj pre environmentálnych výskumníkov a politikov na pochopenie dôsledkov odlesňovania a na lepšie plánovanie ochrany prírody. Môže tiež slúžiť ako vzdelávací nástroj pre študentov a verejnosť, aby porozumeli dôležitosti lesov pre ekosystém.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Simulácia bude používať agent-based modelovanie NetLogo, kde jednotlivé entity (agenti) budú reagovať na zmeny vo svojom prostredí a vykonávať určité akcie na základe stanovených pravidiel. &lt;br /&gt;
&lt;br /&gt;
1.	Inicializácia: Na začiatku simulácie sa definuje topografia, rozmiestnenie stromov a miesto lesníkov.&lt;br /&gt;
&lt;br /&gt;
2.	Krok simulácie: Niektoré lesné patches sú vyrúbané (deforestácia).Niektoré lesné patches sú premenené na poľnohospodársku pôdu. Niektoré ne-lesné patches regenerujú späť na les. Zvieratá sa pohybujú po lese, hľadajú potravu a útočisko a ich počet sa mení podľa dostupnosti lesa.&lt;br /&gt;
&lt;br /&gt;
3.	Vyhodnotenie: Po určenom počte krokov sa vyhodnotia zmeny v teplote ako aj celkové zhodnotenie miery odlesňovania a mieru straty populácie zvierat.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Lesná plocha: Miera lesného porastu v oblasti simulácie, môže byť vyjadrená ako počet stromov alebo pomer lesného pokrytia vzhľadom na celkovú plochu.&lt;br /&gt;
&lt;br /&gt;
•       Miera regenerácie lesa&lt;br /&gt;
&lt;br /&gt;
•       Miera zemedelskej plochy&lt;br /&gt;
&lt;br /&gt;
•       Miera straty populácie zvierat&lt;br /&gt;
&lt;br /&gt;
•	Teplota v oblasti&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Počet lesníkov&lt;br /&gt;
&lt;br /&gt;
•       Počet senzorov&lt;br /&gt;
&lt;br /&gt;
•       Náhodný pohyb zvierat&lt;br /&gt;
&lt;br /&gt;
=== Dáta ===&lt;br /&gt;
•	Global Forest Watch (https://www.globalforestwatch.org/): Poskytuje dáta o odlesňovaní a lesných pokryvkách z celého sveta, vrátane histórie odlesňovania a zmeny lesných ploch.&lt;br /&gt;
&lt;br /&gt;
•	NASA Earth Observing System Data and Information System (EOSDIS) (https://earthdata.nasa.gov/): NASA ponúka širokú škálu dát o poveternostných podmienkach, teplotách, vlhkosti a ďalších environmentálnych faktoroch pomocou svojich satelitných misií.&lt;br /&gt;
&lt;br /&gt;
•	WorldClim (https://www.worldclim.org/): Poskytuje voľne dostupné globálne klimatické dáta, vrátane teploty, zrážok a iných klimatických premenných, ktoré môžu byť použité na simuláciu klimatických podmienok v rôznych oblastiach.&lt;br /&gt;
&lt;br /&gt;
•	Food and Agriculture Organization of the United Nations (FAO) (http://www.fao.org/faostat/en/#data): FAO poskytuje štatistické dáta o lesníctve a odlesňovaní, vrátane údajov o množstve odlesnených ploch v rôznych krajinách a regiónoch.&lt;br /&gt;
&lt;br /&gt;
[[User:Drgv00|Drgv00]] ([[User talk:Drgv00|talk]]) 15:44, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Mě tam vychází, že je tam vlastně jen jeden skutečný parametr, to je intenzita těžby a tn má (možná) vliv na oteplování. Za mě spíš na systémovou dynamiku, ale i tam mi to připadá velmi jednoduché. Zkuste to vymyslet nějak jinak. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:46, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Dobrý deň, ďakujem za zhodnotenie. Simuláciu som rozšírila o ďalšie parametre a to mieru regenerácie pôdy a mieru zemedelskej pody ako aj populáciu zvierat, ktorá je ovplyvňovaná celkovým odlesňovaním. Bola by prosím v takomto stave simulaciu možné spracovaváť? Vopred ďakujem za opätovné zhodnotenie. [[User:Drgv00|Drgv00]] ([[User talk:Drgv00|talk]]) 9:22, 19 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Vidím tam problémy hlavně v dostupnosti některých parametrů, které budete muset hodně odhadovat. Dejte si pozor na to, jak ty odhady obhájíte. Jinak asi i vzhledem na běžící čas '''schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 13:49, 30 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace plastového znečištění oceánů ==&lt;br /&gt;
 &lt;br /&gt;
=== Popis ===&lt;br /&gt;
Simulace se zaměřuje na aktuální problém znečištění oceánů plastem. Oceány se neustále znečišťují, ale je i vynaložené úsilí toto znečištění mitigovat. Tato simulace reflektuje oba aspekty problematiky. Simulace ukáže interakci úklidových lodí a hromadícího se plastu v oblasti Great Pacific Garbage Patch.&lt;br /&gt;
 &lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem simulace je zkoumat mitigační schopnosti úklidových lodí v oblasti Great Pacific Garbage Patch a navrhnout hrubý plán projektu, který by symbolizoval optimální počet nasazených úklidových lodí pro efektivní odbyt plastu a hlavní faktory příspívající do navyšujícího se znečištění.&lt;br /&gt;
 &lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Výsledky této simulace mohou bý užitečné jak pro laiky, kterým přehledně vizualizuje akutní problematiku z hlediska znečištění oceánů, tak pro experty, kteří na základě výsledků mohou sledovat trendy znečištění na základě zkoumaných faktorů - zda je možné nalézt řešení, které vyústí v rychlejší odbyt plastu v oceánech, než jeho přísun. Též je vhodné identifikovat faktory, které nejvíce přispívají znečištění.&lt;br /&gt;
 &lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Nejsem si jistý, zda vytvářím moc komplikovaný návrh, tak rozděluji agenty na kategorie co si myslím, že by bylo zásadní, a co naopak dodatečné.&lt;br /&gt;
&lt;br /&gt;
Základ:&lt;br /&gt;
&lt;br /&gt;
Simulace bude modelována jakožto agentní simulace pomocí nástroje NetLogo. Mezi agenty lze řadit úklidové lodě a samotné plastové částice.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rozšíření:&lt;br /&gt;
&lt;br /&gt;
Autora napadlo přidat i lodě, které naopak znečištění způsobují (cca 70% odpadu v mořích způsobují právě lodě). Též je jedním z nápadů přidat jako agenta mořského živočicha, který by přílišnou vysokou koncentrací znečištění &amp;quot;trpěl&amp;quot;, a dostatečnou mitigací znečištění naopak mohl existovat relativně bez problému.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Nejsem si jistý, zda vytvářím moc komplikovaný návrh, tak rozděluji proměnné na kategorie co si myslím, že by bylo zásadní, a co naopak dodatečné.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Základ:&lt;br /&gt;
&lt;br /&gt;
•	Množství vypouštěného plastu&lt;br /&gt;
&lt;br /&gt;
•	Koncentrace plastu na km^2&lt;br /&gt;
&lt;br /&gt;
•	Kapacita úklidové lodě&lt;br /&gt;
&lt;br /&gt;
•	Rychlost úklidové lodě&lt;br /&gt;
&lt;br /&gt;
•	Rychlost oceánských proudů (přísun plastu)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Rozšíření:&lt;br /&gt;
&lt;br /&gt;
•	Velikost plastu (mikroplast, mesoplast, makroplast, megaplast)&lt;br /&gt;
&lt;br /&gt;
•	Kategorie plastu (Typ H, N, P, F)&lt;br /&gt;
&lt;br /&gt;
•	Persistence plastu (schopnost přetrvávat na jednom místě)&lt;br /&gt;
 &lt;br /&gt;
•	Geografická lokalizace vypouštění plastu&lt;br /&gt;
&lt;br /&gt;
•	Vertikální pozice plastu (pokud se plast objeví, jestli je moc hluboko na zachycení lodí)&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Události (katastrofy, dobrovolnické akce pro sběr plastu)&lt;br /&gt;
 &lt;br /&gt;
•	Počasí (povětrnostní podmínky)&lt;br /&gt;
 &lt;br /&gt;
•	Lidská činnost (změna legislativy, spotřeba plastových výrobků)&lt;br /&gt;
 &lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
•	Především: https://theoceancleanup.com/great-pacific-garbage-patch/&lt;br /&gt;
&lt;br /&gt;
•	https://powerknot.com/2023/02/20/how-ships-are-fueling-the-global-plastic-pollution-crisis/&lt;br /&gt;
 &lt;br /&gt;
•	https://www.earthdata.nasa.gov/learn/articles/ocean-plastic&lt;br /&gt;
 &lt;br /&gt;
•	https://marine.copernicus.eu/explainers/phenomena-threats/plastic-pollution/from-plastic-marine-pollution&lt;br /&gt;
 &lt;br /&gt;
•	https://www.geographyrealm.com/how-ocean-currents-move-pollution-around-the-world/&lt;br /&gt;
 &lt;br /&gt;
•	https://theoceancleanup.com/ocean-plastic/&lt;br /&gt;
&lt;br /&gt;
[[User:Kovs04|Kovs04]] ([[User talk:Kovs04|talk]]) 21:52, 7 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Pokud se na ten model budete dívat staticky, tedy, že plast jen uklízíte, ale žádný nový tam nepřibývá (a netvrdím, že to je špatně), je třeba to náležitě zargumentovat. '''Schváleno'''. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:49, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
Děkuji za schválení, model nebyl zamýšlen staticky, plast určitě přibývá, a některé lokality mají tendence plast shlukovat (například lokace, kterou jsem vybral). Cílem je zachytit jak úklid, tak přibývání plastů, a dospět do situace, kdy bude úklid natolik efektivní, že bude oblast dostatečně čistá. To je nicméně moje dosavadní vize, pokud narazím na překážky, kontaktuji Vás.&lt;br /&gt;
[[User:Kovs04|Kovs04]] ([[User talk:Kovs04|talk]]) 18:54, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulácia: predikcia počtu obyvateľov Slovenskej republiky ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
&lt;br /&gt;
Práca bude simulovať vývoj počtu obyvateľov Slovenska do budúcna. Do úvahy sa bude brať viacero faktorov, ktoré můžu ovplyvňovať vývoj počtu obyvateľov, preto sa budem snažiť o čo najprenejšie výsledky a aby simulácia zohľadňovala dostatočné mnžostvo faktorov a bola komplexná. Simulácia bude založená iba na reálnych dostupných štatistických dátach a nebude obsahovať žiadne náhodné premenné.&lt;br /&gt;
&lt;br /&gt;
=== Prostredie ===&lt;br /&gt;
Simulácia bude prebiehať v prostredí Vensim.&lt;br /&gt;
 &lt;br /&gt;
=== Cieľ ===&lt;br /&gt;
Predpovedať a graficky znázorniť dlhodobý vývoj počtu obyvateľov SR (napríklad 150 rokov dopredu). Popísať trend rastu/poklesu obyvateľov. Projekcia pôrodnosti, úmrtnosti. Aký faktor ovplyňuje vývoj populácie najviac? Akú rolu v tomto hrajú ostatné faktory?&lt;br /&gt;
&lt;br /&gt;
=== Premenné ===&lt;br /&gt;
&lt;br /&gt;
• počet obyvateľov&lt;br /&gt;
&lt;br /&gt;
• prírastok&lt;br /&gt;
&lt;br /&gt;
• úbytok &lt;br /&gt;
&lt;br /&gt;
• imigrácia &lt;br /&gt;
&lt;br /&gt;
• emigrácia&lt;br /&gt;
&lt;br /&gt;
• úmrtnost &lt;br /&gt;
&lt;br /&gt;
• porodnosť&lt;br /&gt;
&lt;br /&gt;
• a ďalšie podľa potreby&lt;br /&gt;
&lt;br /&gt;
=== Dáta ===&lt;br /&gt;
Vstupné dáta budú podľa najlepšieho formátu vybrané z:&lt;br /&gt;
&lt;br /&gt;
https://www.statista.com/statistics/1009083/total-population-slovakia-1950-2020/. &lt;br /&gt;
&lt;br /&gt;
https://www.worldometers.info/world-population/slovakia-population/.  &lt;br /&gt;
&lt;br /&gt;
https://worldpopulationreview.com/countries/slovakia-population&lt;br /&gt;
&lt;br /&gt;
[[User:Simon kavicky|Simon]] ([[User talk:Simon kavicky|talk]]) 11:06, 8 May 2024 (CET)&lt;br /&gt;
:: '''Schváleno'''. Pozor na to, že při hodnocení bude kladen velký důraz, mimo jiné, i na komplexnost analýzy a jak byly proměnné simulace a jejich vztahy odvozeny (je třeba, aby to bylo součástí zprávy k simulaci).[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 13:47, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace profitability nových finančních produktů při zohlednění rizika nedobytnosti pohledávek a ceny zdrojů ==&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem je vytvořit nástroj pro podporu prvnotního nastavení RPSN (poplatku a/nebo sazby) nově nabízeného finančního produktu podle míry rizika nedobytnosti pohledávek a ceny zdrojů za účelem zajištění profitability. Nástroj by měl být parametrizovatelný na základě potřeb finanční organizace, včetně možnosti upravit simulaci podle analýzy vlastních historických dat z již nabízených produktů – viz část o datech níže.&lt;br /&gt;
&lt;br /&gt;
=== Využití ===&lt;br /&gt;
Uživateli by měli být pracovníci z oddělení finančních institucí zodpovění za pricing produktů a služeb. Protože se jedná o netechnické uživatele s vysokou úrovní kvalifikace v jiném oboru, měla by být simulace spustitelná z &amp;quot;frontendu&amp;quot; – úvodní obrazovky, která umožňuje zadat finanční nebo statistické vstupy popisující historická data a cenu zdrojů. V případě nezadání některé z hodnot se použijí rozumné předdefinovnaé hodnoty.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a prostředí simulace ===&lt;br /&gt;
Monte Carlo, Excel. Záměrem je vytvoření rozsáhlejší a vícekrát iterované simulace pro zajištění kvalitního výsledku na základě statistických informací o historických datech na již spuštěných, podobných typech produktů.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
Vzhledem ke zvolené metodě budou generovány řádově stovky záznamů o fiktivních úvěrech, jejichž parametry budou odpovídat statisticky určeným rozdělením na základě vstupního datasetu popsaného níže. Zásadní je přitom informace, zda úvěrový produkt &amp;quot;defaultoval&amp;quot; – zda byl nebo nebyl splacen ze strany klienta. Jedná se o binární závislou proměnnou, určenou na základě výše úvěru, příjmu klienta a případně dalších vybraných veličin dostupných v datech, jejichž hodnota bude určována na základě zjištěného rozdělení pravděpodobnosti. Sledovaná závislá proměnná bude určena na základě překročení prahové hodnoty váženým součtem ostatních veličin, přičemž správnost stanovení prahové hodnoty a vah bude ověřena vůči vstupnímu datasetu.&lt;br /&gt;
Na vstupu se bude očekávat parametr ceny zdrojů a případně statistické informace.&lt;br /&gt;
Výstupním parametrem bude &amp;quot;break-even&amp;quot; RPSN, nad kterou by již měl být produkt profitabilní. U skutečných produktů by bylo nutné určit sazbu, poplatek nebo jejich kombinaci; jedná se nicméně o ryze obchodní rozhodnutí, protože sazby a poplatky jsou typicky technicky převeditelné.&lt;br /&gt;
&lt;br /&gt;
=== Data využitá pro přípravu simulace ===&lt;br /&gt;
Využití skutečných dat je problematické z hlediska regulací, kterým bankovní instituce podléhají. Bude proto statisticky zpracován vstupní dataset [https://app.datacamp.com/learn/courses/credit-risk-modeling-in-python] z výukové aplikace, ale uživatel bude mít také možnost zadat jiné statistické informace na základě vlastní analýzy (nebo informací od příslušného oddělení).&lt;br /&gt;
&lt;br /&gt;
[[User:Budj07|Budj07]] ([[User talk:Budj07|talk]]) 20:17, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno'''.[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 10:37, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace implementace SW projektu pro potřeby projektového řízení ==&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem této simulace je vytvořit model systémové dynamiky softwarového projektu, který zohlední známé proměnné i prvek náhody a pomůže zkoumat vliv jednotlivých faktorů a vzájemné ovlivňování  v důležitých parametrech projektu&lt;br /&gt;
&lt;br /&gt;
=== Využití ===&lt;br /&gt;
Model by mohl být použit při naceňování, stanovení termínu dodání, nebo odhadu míry rizika. Mohl by být použit i na modelování důsledků změn v projektu.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a prostředí simulace ===&lt;br /&gt;
Simulace bude realizována prostřednictvím nástroje Vensim.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
. Scope&lt;br /&gt;
. Costs&lt;br /&gt;
. Time&lt;br /&gt;
. Resources&lt;br /&gt;
. Quality&lt;br /&gt;
. Risk&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
&lt;br /&gt;
nemoc výpověď dovolená chyba v analýze&lt;br /&gt;
&lt;br /&gt;
=== Zdroje ===&lt;br /&gt;
&lt;br /&gt;
LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.&lt;br /&gt;
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1&lt;br /&gt;
&lt;br /&gt;
BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.&lt;br /&gt;
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf&lt;br /&gt;
&lt;br /&gt;
[[User:Pavl11|Pavl11]] ([[User talk:Pavl11|talk]]) 20:30, 9 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: '''Schváleno.''' Pozor na to, že při hodnocení bude kladen velký důraz, mimo jiné, i na komplexnost analýzy a jak byly proměnné simulace a jejich vztahy odvozeny (je třeba, aby to bylo součástí zprávy k simulaci).[[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 10:38, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace účinnosti očkování na šíření nákazy ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
&lt;br /&gt;
Simulace bude řešit problematiku očkování a její účinnosti proti agresivní nákaze. Bude možné si nastavit počet obyvatel (hustotu zalidnění), počáteční počet očkovaných lidí, agresivitu a dobu nakaženosti (tedy možného úmrtí a přenosu). &lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
&lt;br /&gt;
Poukázat na fakt, že očkování má velký dopad na boj proti agresivním a rychle se šířícím nákazám.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
&lt;br /&gt;
Simulace nám může ukázat, jak se nákazy šíří a jak moc velký vliv má proočkovanost lidí na šíření nemoci. &lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
&lt;br /&gt;
Simulace v aplikaci NetLogo&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
-	Počet obyvatel v oblasti&lt;br /&gt;
&lt;br /&gt;
-	Počet počátečně očkovaných lidí&lt;br /&gt;
&lt;br /&gt;
-	Počet počátečně nakažených lidí&lt;br /&gt;
&lt;br /&gt;
-	Pravděpodobnost nákazy při kontaktu&lt;br /&gt;
&lt;br /&gt;
-	Pravděpodobnost úmrtí na nákazu&lt;br /&gt;
&lt;br /&gt;
-	Doba nakažení (nemoci)&lt;br /&gt;
&lt;br /&gt;
-	Účinnost očkování (pravděpodobně by to chtělo taky zahrnout)&lt;br /&gt;
&lt;br /&gt;
-	Při jakém procentu se lidi začnou hromadně očkovat a míra, kolik lidí se nechá očkovat&lt;br /&gt;
&lt;br /&gt;
-	Umístění vzniku tornáda&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
&lt;br /&gt;
-	Síla imunity&lt;br /&gt;
&lt;br /&gt;
-	Rychlost, směr a obecně kontakty agentů&lt;br /&gt;
&lt;br /&gt;
-	Přenos nákazy&lt;br /&gt;
&lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
&lt;br /&gt;
Data si bude moci člověk pomocí posuvníků nastavit sám. Pokud bude potřeba nastavit počáteční hodnoty dle nějaké konkrétní nemoci, data ještě dodám.&lt;br /&gt;
&lt;br /&gt;
[[User:Sedp11|Sedp11]] ([[User talk:Sedp11|talk]]) 11:45, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: V uplynulých letech bylo něco takového zpracováno mnohokrát. Upřímně doporučuji vymyslet něco jiného. Jednak budete mít problém přidat další přidanou hodnotu, jednak toto téma má problém na jedné straně s tím, že aby to bylo realistické, jsou ty modely dost složité a na druhé straně, pokud se náležitě zjednoduší, jsou zpravidla k ničemu. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:52, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace evakuace při zemětřesení v Japonsku ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
V této práci se pokusím nasimulovat evakuaci osob při zemětřesení v Japonsku, konkrétně v centru města Nagoya.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Hlavním účelem je zachytit takový scénář, který bude dále možné využít k analýze dopadů na infrastrukturu a obyvatelstvo po zemětřesení. Dále by mohlo být možné identifikovat ideální trasy k evakuaci či naopak oblasti, kterým se vyhnout. &lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Plánuji použít nástroj NetLogo, mělo by se jednat o multiagentní simulaci.&lt;br /&gt;
&lt;br /&gt;
=== Agenti ===&lt;br /&gt;
Osoby/Budovy/Úkryty&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Rozložení úkrytů&lt;br /&gt;
•	Zalidnění oblasti&lt;br /&gt;
•	Stav osoby&lt;br /&gt;
•	Rychlost osoby&lt;br /&gt;
•	Stav budovy&lt;br /&gt;
•	Kapacita úkrytu&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Rozhodnutí k evakuaci&lt;br /&gt;
•	Síla zemětřesení&lt;br /&gt;
•	Úroveň paniky&lt;br /&gt;
&lt;br /&gt;
=== Data ===&lt;br /&gt;
•	https://www.city.nagoya.jp/bosaikikikanri/cmsfiles/contents/0000154/154013/06_english_jishin_naka.pdf: mapa znázorňující umístění evakuačních úkrytů, očekávanou intenzitu zemětřesení a pravděpodobnost ztekucení/sesuvu půdy &lt;br /&gt;
&lt;br /&gt;
•	https://www.citypopulation.de/en/japan/nagoya/23106__naka_ku/: zalidnění oblasti, věkové rozložení obyvatelstva&lt;br /&gt;
&lt;br /&gt;
•	https://www.jstage.jst.go.jp/article/jnds/34/1/34_41/_pdf/-char/ja: studie pro inspiraci&lt;br /&gt;
&lt;br /&gt;
[[User:Helm07|Helm07]] ([[User talk:Helm07|talk]]) 12:25, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:53, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace natural selection ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Darwin tvrdil, a to se následně potvrdilo, že primárním mechanismem evoluční změny je proces přirozeného výběru. Problém je v tom, že za většiny podmínek je tento proces relativně pomalý a probíhá po mnoho generací. Naštěstí s pomocí simulace můžeme v relativně krátké době studovat, jak přirozený výběr funguje. Inspirací pro simulaci mi byla desková hra od Roberta P. Gendrona, která se tento proces snaží zobrazit.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
&lt;br /&gt;
Hra obsahuje i zadání, tedy otázky, které si pomocí tohoto experimentu lze ověřit.&lt;br /&gt;
# Zvýšila se nebo se snížila průměrná kamufláž a zraková ostrost? o kolik?&lt;br /&gt;
# Pravděpodobně jste si všimli, že v této simulaci je prvek náhody, který může způsobit nepravidelné kolísání průměrného skóre. Vysvětlete a uveďte dva příklady náhodných událostí, které by mohly ovlivnit průběh evoluce v přírodě.&lt;br /&gt;
# Pokud by počáteční velikost každé populace byla mnohem větší (např. 1000 místo 16), byl by vliv náhodných událostí na evoluci více či méně důležitý?&lt;br /&gt;
# Někdy v těchto simulacích populace vyhyne. Je vyhynutí pravděpodobnější pro malou nebo velkou populaci? Proč?&lt;br /&gt;
# Změnila se během simulace velikost populace kořisti a predátorů? Jak a proč?&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Plánuji použít nástroj NetLogo, mělo by se jednat o multiagentní simulaci.&lt;br /&gt;
&lt;br /&gt;
=== Agenti ===&lt;br /&gt;
Lovci/Kořist&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Počet lovců a kořistí&lt;br /&gt;
* Průměrná kamufláž kořisti&lt;br /&gt;
* Průměrná vize lovce&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
* Výběr druhého rodiče při páření&lt;br /&gt;
* Rozložení turles na mapě&lt;br /&gt;
* Vize/kamufláž dítěte&lt;br /&gt;
&lt;br /&gt;
=== Zdroje ===&lt;br /&gt;
* https://evolution.berkeley.edu/wp-content/uploads/2021/10/Simulating_Selection.pdf - zmiňovaná hra&lt;br /&gt;
* https://evolution.berkeley.edu/teach-evolution/misconceptions-about-evolution/#a2 - dokument, který mi pomohl &amp;quot;nastavit&amp;quot; hru, například upravit způsob dědění vlastností u dětí, že jsem nezvolil náhodné číslo, ale kombinaci vlastností rodičů + náhody&lt;br /&gt;
* https://www.youtube.com/watch?v=0ZGbIKd0XrM - pokus simulace natural selection jako reference&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Bohr03|Bohr03]] ([[User talk:Bohr03|talk]]) 13:03, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: Jak prokážete, že Vám model funguje? [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:54, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
'''Zadání upraveno.''' Protože se jedná o simulaci, ve které porovnávám dvě strategie, tak funkčnost modelu prokáži pomocí vysokého počtu simulací, na základě kterých vyhodnotím výsledky. &lt;br /&gt;
[[User:Bohr03|Bohr03]] ([[User talk:Bohr03|talk]]) 08:32, 16 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
:: Helejte, oceňuji kreativitu, ale žádná fantasy témata jaksi logicky nejsou testovatelná. Zkuste vymyslet něco reálného, prosím. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 21:15, 17 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Simulace spotřeby a emisí v dopravě ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Jelikož jsme si mohli všimnout, že se v České republice děly protesty proti aktuálnímu limitu rychlosti 50 km/h, kde skupina &amp;quot;30 pro Prahu&amp;quot; bojuje za to, aby byly nastaveny limity na 30 km/h. Jedním z jejich cílů je snížení emisí. Rozhodl jsem se tedy sestavit simulaci, která znázorňuje jak by v aktuální dopravě vypadaly emise, kdyby byla nastavena maximální rychlost na 30 oproti 50 km/h. Budu porovnávat, zda jet pomaleji, spotřebovávat méně a generovat méně emisí je výhodnější oproti vyšší rychlosti, spotřebě a emisím.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem je vytvořit simulaci, která bude počítat průměrně strávený čas vozidla v dopravě pomocí kterého vypočítám spotřebované palivo a vytvořené emise. Dopravu nasimuluji tak, že vytvořím grid několika silnic a několika křižovatek se semafory. Semafory budou periodicky měnit barvy mezi červenou a zelenou. Simulace bude zobrazovat zácpy v rush-hour a v normální dobu. Při zácpě bude vozidlo stát, ale nebude mít vypnutý motor, tudíž bude stále generovat emise jen nižší než při jízdě.&lt;br /&gt;
&lt;br /&gt;
Výsledkem simulace bude verdikt, zda je výhodnější jízda při 50km/h nebo 30 km/h.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Plánuji použít nástroj NetLogo, mělo by se jednat o multiagentní simulaci.&lt;br /&gt;
&lt;br /&gt;
=== Agenti ===&lt;br /&gt;
Vozidlo&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Průměrná spotřeba vozidla/100km&lt;br /&gt;
* Rychlostní limit&lt;br /&gt;
* Rychlost přepínání semaforů&lt;br /&gt;
* Počet vozidel při rush hour&lt;br /&gt;
* Velikost dopravního pole a křižovatek&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
* Spawn vozidla&lt;br /&gt;
* Počet vozidel&lt;br /&gt;
&lt;br /&gt;
=== Zdroje ===&lt;br /&gt;
* https://30proprahu.cz/mytyafakta/&lt;br /&gt;
* https://www.tomtom.com/traffic-index/prague-traffic/&lt;br /&gt;
&lt;br /&gt;
[[User:Bohr03|Bohr03]] ([[User talk:Bohr03|talk]]) 19:29, 26 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno'''. Zkuste se držet reálných dat. [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 13:51, 30 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace vývoje korálových útesů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Korálové útesy představují jedny z nejcennějších ekosystémů naší planety, ale v posledních desetiletích jsou vystaveny značnému tlaku způsobenému lidskou činností a změnami životního prostředí.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem této simulace je zkoumat komplexní interakce, které ovlivňují zdraví a stabilitu korálových útesů.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Model umožní lépe porozumět faktorům, které přispívají k zániku korálových útesů a které faktory na korálové útesy mají jen minimální dopad.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Metoda a způsob simulace budou realizovány prostřednictvím nástroje Vensim. &lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
•	Velikost korálového útesu&lt;br /&gt;
•	Teplota vody&lt;br /&gt;
•	Míra rybolovu&lt;br /&gt;
•	Kyselost moří&lt;br /&gt;
•	Znečištění&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
•	Přirozená teplota vody &lt;br /&gt;
•	Přírodní katastrofy&lt;br /&gt;
•	Ekonomické trendy&lt;br /&gt;
•	Politické změny&lt;br /&gt;
&lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
https://www.climatefoundation.org/reversing-coral-bleaching.html?gad_source=1&amp;amp;gclid=CjwKCAjwi_exBhA8EiwA_kU1Mn29cECn6ZAe5bbSqClNxABvD8Ic7PTnx93Z5tGExSb2kSquoM8LpBoCkQ8QAvD_BwE &lt;br /&gt;
https://climate.nasa.gov/explore/ask-nasa-climate/3290/vanishing-corals-part-two-climate-change-is-stressing-corals-but-theres-hope/&lt;br /&gt;
&lt;br /&gt;
[[User:Osis02|Osis02]] ([[User talk:Osis02|talk]]) 14:54, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
::'''Schváleno.''' Pozor na to, že při hodnocení bude kladen velký důraz, mimo jiné, i na komplexnost analýzy a jak byly proměnné simulace a jejich vztahy odvozeny (je třeba, aby to bylo součástí zprávy k simulaci) [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 14:26, 11 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Vesmírné smetí: simulátor kolizí satelitů a vesmírného smetí ==&lt;br /&gt;
=== Popis ===&lt;br /&gt;
* Chtěl bych simulovat pohyb satelitů a vesmírného odpadu (tzv. vesmírného smetí) v dílčí části zemské oběžné dráhy (reprezentované jako 2D rovina), kde se satelity pohybují po předem určených trajektoriích, ale pohyb smetí je poněkud náhodný. Pokud se smetí srazí s jiným smetím, změní směr a vytvoří o něco více smetí, pokud se smetí srazí se satelitem, satelit je zničen a vznikne velké množství smetí.&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Instance simulace, by vypočítala časový odstup mezi srážkami na základě výchozích podmínek, jako je počet družic, hustota trosek a násobení trosek (kolik kusů dalších trosek srážky vytvoří).&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
* Kosmický odpad představuje významný problém kvůli rostoucímu množství vyřazených družic, vyhořelých raketových stupňů a úlomků na oběžné dráze Země. Rostoucí množství odpadu zvyšuje riziko kolize, což ohrožuje operující družice a budoucí vesmírné mise. Tento problém ohrožuje vesmírnou infrastrukturu, zhoršuje zahlcení oběžné dráhy a vyvolává hrozbu vzniku ještě většího počtu fragmentů v důsledku srážek, což může vést k vytvoření samoudržujícího se cyklu šíření vesmírného odpadu. Řešení tohoto problému má zásadní význam pro zajištění udržitelnosti kosmických aktivit a předcházení dlouhodobým důsledkům pro orbitální prostředí Země a výzkum vesmíru. Navrhovaný simulátor by mohl pomoci ukázat a vypočítat podmínky, za kterých takové samoudržující se šíření kosmického odpadu vzniká; i když se zjednodušeným modelem, a snad i poučit o výše uvedeném problému.&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
* NetLogo - agent based modeling (dva typy agentů: satelity (družice) a vesmírné smetí)&lt;br /&gt;
** Při zpracování modelu použiji nádledující zjednodušení:&lt;br /&gt;
*** budu modelovat pouze dílčí část oběžné dráhy Země, která bude znázorněna jako 2D &amp;quot;mapa&amp;quot; pevné velikosti (pixelů/čtverečků) tvořící mřížku,&lt;br /&gt;
*** objekty (satelity a smetí) se mohou na mapě pohybovat pouze v 8 různých směrech,&lt;br /&gt;
*** všechny objekty se pohybují stejnou rychlostí (jeden pixel/čtvereček za tah),&lt;br /&gt;
*** objekty jsou čtverce; minimální velikost je 1x1 pixel/čtvereček, pak 2x2 pixely/čtverečeky atd... &lt;br /&gt;
*** při srážce objektů je výsledný počet trosek (smetí) náhodné celé číslo mezi 1 a součtem velikostí (pixelů) kolidujících objektů,&lt;br /&gt;
*** hmotnost objektů je úměrná jejich velikosti, tj. 1 (pixel) = 1 jednotka hmotnosti,&lt;br /&gt;
*** všechny objekty se řídí Newtonovými pohybovými zákony.&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Proměnné pro výchozí podmínky&lt;br /&gt;
** velikost mapy&lt;br /&gt;
** počet satelitů&lt;br /&gt;
** počet smetí&lt;br /&gt;
** výchozí poloha a směr objektů&lt;br /&gt;
* Proměnné agentů (satelity a smetí)&lt;br /&gt;
** velikost&lt;br /&gt;
** hmotnost&lt;br /&gt;
** směr pohybu&lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
* Za účelem simulace realistických scénářů - budou získány údaje z NASA a dalších relevantních studií týkající se hustoty úlomků a počtu družic na oběžné dráze, které budou sloužit jako výchozí podmínky navrhovaného modelu. Konkrétně plánuji použít údaje získané a zveřejněné na:&lt;br /&gt;
**[https://orbitaldebris.jsc.nasa.gov/|NASA ORBITAL DEBRIS PROGRAM OFFICE]&lt;br /&gt;
**[https://platform.leolabs.space/visualization|LEOLABS Low Earth Orbit Visualization]&lt;br /&gt;
[[User:Vala18|Vala18]] ([[User talk:Vala18|talk]]) 17:30, 10 May 2024 (CET)&lt;br /&gt;
: '''Schváleno''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 17:27, 10 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace emisí CO2 z elektromobilů a ze spalovacích automobilů ==&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Tato simulace bude porovnávat emise CO2 během celého životního cyklu spalovacího automobilu a elektromobilu. Oproti spalovacím autům mají elektromobily větší emisní zátěž při výrobě, nicméně obecně menší během jejich provozu (samozřejmě záleží na výrobním zdroji elektrické energie). Tato rozdílnost bude podstatou celé simulace.&lt;br /&gt;
&lt;br /&gt;
Uživatel si nastaví počet aut a poměr mezi elektrickými a spalovacími auty. Auta se vytvoří v továrně, během svého života se budou pohybovat ve městě nebo přejíždět mezi městy. Po specifikovaném kilometrovém nájezdu se auta zlikvidují. Emise CO2 spalovacích aut bude řešena lokálně, u elektromobilů bude realizována prostřednictvím elektrárny.&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Hlavním cílem této simulace je kvantifikace a porovnání celkových emisí CO2 z elektromobilů a spalovacích automobilů v čase. Druhotným cílem je vizualizace emisí CO2 (město/meziměsto/elektrárna).&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Pro účely simulace využiji NetLogo.&lt;br /&gt;
=== Agenti ===&lt;br /&gt;
* Spalovací auta&lt;br /&gt;
* Elektroauta&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
* Rozhodnutí, zda automobil uskuteční cestu po městě nebo mezi městy&lt;br /&gt;
* Vzdálenost ujetá mezi městy&lt;br /&gt;
* Vzdálenost ujetá ve městě&lt;br /&gt;
=== Zdroje ===&lt;br /&gt;
* https://www.mpo.gov.cz/cz/energetika/statistika/elektrina-a-teplo/emisni-faktor-co2-z-vyroby-elektriny-za-leta-2010_2023--280262/&lt;br /&gt;
* https://www.mdpi.com/1996-1073/15/7/2703&lt;br /&gt;
* https://www.volvocars.com/images/v/-/media/Project/ContentPlatform/data/media/sustainability/volvo_ex30_carbonfootprintreport1.pdf&lt;br /&gt;
* https://www.volvocars.com/images/v/-/media/market-assets/intl/applications/dotcom/pdf/c40/volvo-c40-recharge-lca-report.pdf&lt;br /&gt;
* https://www.mpo.gov.cz/assets/cz/energetika/strategicke-a-koncepcni-dokumenty/narodni-akcni-plan-pro-chytre-site/2022/2/Elektromobilita_predikce-do-2045.pdf&lt;br /&gt;
[[User:Nonm00|Nonm00]] ([[User talk:Nonm00|talk]]) 10:50, 24 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
: '''Schváleno''' [[User:Tomáš|Tomáš]] ([[User talk:Tomáš|talk]]) 13:54, 30 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
== Simulace efektivity investice do solárních panelů ==&lt;br /&gt;
&lt;br /&gt;
=== Popis ===&lt;br /&gt;
Fotovoltaika je moderní technologií, ale je těžké odhadnout, zda se investice do fotovoltaiky vyplatí. Pro simulaci budeme uvažovat domácí fotovoltaickou elektrárnu s virtuální baterií.&lt;br /&gt;
&lt;br /&gt;
=== Cíl ===&lt;br /&gt;
Cílem simulace je analyzovat, zda se investice do domácí fotovoltaické elektrárny vyplatí, to se dvěmi možnostmi - s dotacemi a bez dotací. Poté se investice srovná s jinými investicemi, pro vyhodnocení, zda se investice opravdu vyplatí.&lt;br /&gt;
&lt;br /&gt;
=== Užitečnost ===&lt;br /&gt;
Simulace pomůže udělat si představu o užitečnosti a finanční schůdnosti investice do domácí fotovoltaické elektrárny. Proměnné budou editovatelné, aby mohl uživatel simulaci aplikovat na svojí domácnost.&lt;br /&gt;
&lt;br /&gt;
=== Metoda a způsob simulace ===&lt;br /&gt;
Simulace bude provedena v programu MS Excel aplikací Montecarlo.&lt;br /&gt;
&lt;br /&gt;
=== Proměnné ===&lt;br /&gt;
* Roční spotřeba domácnosti&lt;br /&gt;
* Cena panelu za kWp&lt;br /&gt;
* Cena virtuální baterie&lt;br /&gt;
* Životnost panelů&lt;br /&gt;
* Výše dotace&lt;br /&gt;
* Cena montáže&lt;br /&gt;
* Životnost měniče&lt;br /&gt;
* Cena měniče&lt;br /&gt;
* Instalace kWp (počet)&lt;br /&gt;
* Obchodní cena eletřiny&lt;br /&gt;
** Roční cena (dané domácnosti bez FVE)&lt;br /&gt;
** Cena celkem (za období životnosti panelů)&lt;br /&gt;
** Celková cena - hardware a práce sníženo o dotaci&lt;br /&gt;
** Celková cena - hardware a práce bez dotace&lt;br /&gt;
** Roční rozdíl mezi spotřebou a výrobou&lt;br /&gt;
** Cena chybějící energie za celé období&lt;br /&gt;
** Cena virtuální baterie za celé období&lt;br /&gt;
&lt;br /&gt;
=== Náhodné proměnné ===&lt;br /&gt;
* Průměrný roční kWh/kWp&lt;br /&gt;
** Roční tvorba elektrárny v kWh&lt;br /&gt;
&lt;br /&gt;
=== Použitá data pro nastavení simulace ===&lt;br /&gt;
* E.ON. (b.r.). E.ON. Získáno 25. květen 2024, z https://www.eon.cz/radce/energie/solarni-energie/kolik-stoji-solarni-panely/&lt;br /&gt;
* Štoss, F., Ilios, &amp;amp; s.r.o, I. (2023, květen 6). Virtuální baterie versus solární baterie | Ilios.cz. ILIOS. https://ilios.cz/virtualni-baterie-versus-solarni-baterie/&lt;br /&gt;
* Ušetřeno.cz. (b.r.). Získáno 25. květen 2024, z https://www.usetreno.cz/energie-elektrina/cena-za-1-kwh/&lt;br /&gt;
* www.benes-michl.cz, B. &amp;amp; M. (b.r.). 2023: Jak získáte dotace na fotovoltaiku? Získáno 26. květen 2024, z https://www.pesekmudra.cz/blog-o-solarech/jak-dosahnout-na-dotace-k-fotovoltaice-na-rodinny-dum/&lt;br /&gt;
* Pro získání dat o kWh/kWp, cenách a životnostech součástí získám data od firem v oblasti FVE.&lt;br /&gt;
&lt;br /&gt;
[[User:Ciba00|Ciba00]] ([[User talk:Ciba00|talk]]) 12:48, 26 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
Aby to bylo alespoň trochu reálné, bylo třeba to simulovat alespoň po měsících, půjde to? [[User:Oleg.Svatos|Oleg.Svatos]] ([[User talk:Oleg.Svatos|talk]]) 12:56, 27 May 2024 (CET)&lt;br /&gt;
&lt;br /&gt;
Dobrý den, při použití virtuální baterie je reálné simulovat po letech. Virtuální baterie funguje tak, že se do ní ukládá vygenerovaná energie v průběhu roku a v průběhu roku se z ní čerpá. Bilance virtuální baterie může jít do plusu i mínusu, tedy ze začátku roku (leden-duben přibližně) se z ní čerpá více, než se do ní ukládá, přes teplejší měsíce se zůstatek přehoupne zpět do plusu a dále roste, ke konci roku se zůstatek zase dočerpá. V případě, že není zůstatek na konci roku dostatečný, zaplatí spotřebitel za energii, tak aby bilanci &amp;quot;dorovnal&amp;quot;, pokud je tam naopak přebytek, propadá.&lt;br /&gt;
Je tedy možné simulovat po roce, nebo by se vám to zdálo nedostatečné? Děkuji [[User:Ciba00|Ciba00]] ([[User talk:Ciba00|talk]]) 16:25, 27 May 2024 (CET)&lt;/div&gt;</summary>
		<author><name>Tomáš</name></author>
		
	</entry>
</feed>