Assignments WS 2024/2025 - Revision history

Lebm05: Dal jsem to do špatného hrníčku

2025-05-12T11:34:43Z

Dal jsem to do špatného hrníčku

Lebm05: topic proposal

2025-05-12T11:25:26Z

topic proposal

Tomáš: /* Simulation concept: Populating the database - tros01 */

2025-01-12T12:41:15Z

‎Simulation concept: Populating the database - tros01

Tros01: added sim concept tros01

2025-01-11T23:33:47Z

added sim concept tros01

Tomáš: /* Simulation of birds behavior by misd01 */

2024-12-29T19:38:38Z

‎Simulation of birds behavior by misd01

Misd01: /* Agents: */

2024-12-28T10:14:15Z

‎Agents:

Misd01: /* Agents: */

2024-12-28T10:10:28Z

‎Agents:

Misd01: /* Data sources: */

2024-12-28T10:04:11Z

‎Data sources:

Misd01: /* Simulation of birds behaviour by misd01 */

2024-12-28T09:59:41Z

‎Simulation of birds behaviour by misd01

Misd01: /* Simulation of birds by misd01 */

2024-12-28T09:56:51Z

‎Simulation of birds by misd01

← Older revision		Revision as of 11:34, 12 May 2025
Line 1,222:		Line 1,222:

	: 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)		: 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)
−
−	~~==Phishing in a Hybrid Workplace Environment==~~
−
−	~~'''What Will Be Simulated:'''~~
−	*Damages caused by phishing attacks in a hybrid workplace environment
−
−	~~'''Goal of the Simulation:'''~~
−	*The simulation will determine how susceptible employees (onsite vs. remote) are to phishing attacks and what the potential damage could be. The analysis accounts for the fact that remote employees communicate less than onsite employees, making them less likely to raise verbal warnings such as, “This is strange,” or “Did you also get this urgent training link?”. It also considers that not all employees have critical access rights. Only a subset can cause serious harm to the company, but if they do, the consequences can be devastating.
−
−	~~'''Target Users and Benefits:'''~~
−	*Any company or corporation with a hybrid work setup (a very common scenario post-pandemic) can use this simulation to assess and improve cybersecurity resilience.
−
−	~~'''Method and Simulation Environment:'''~~
−	*Method: Multi-agent simulation
−	*Simulation Environment: NetLogo
−
−	~~'''Variables in the Model:'''~~
−	*Deterministic Variables:
−	**Phishing email rate
−	**Base phishing susceptibility
−	**Phishing susceptibility after internal test
−	**Phishing susceptibility after successful attack
−	**Socializing periods (e.g., lunch breaks)
−	**Sprint duration (i.e., number of days remaining until sprint ends—affects workload and attention)
−	**Percentage of employees with critical access rights
−
−	*Random Variables:
−	**Number of onsite employees
−	**Number of remote employees
−	**Internal phishing tests interval (frequency of fake phishing emails sent by IT to raise awareness)
−	**Onsite/remote communication probability between employees
−
−	~~'''Data Sources:'''~~
−	*Research articles (e.g., psychology studies on how long people retain phishing test experiences, and how workload affects phishing susceptibility)
−	*Phishing statistics (e.g., frequency, success rate, and severity of real-world phishing attacks)
−
−	~~[[User:Lebm05\|Lebm05]] ([[User talk:Lebm05\|talk]]) 12:24, 12 May 2025 (CET)~~

← Older revision		Revision as of 11:25, 12 May 2025
Line 1,222:		Line 1,222:

	: 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)		: 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)
		+
		+	==Phishing in a Hybrid Workplace Environment==
		+
		+	'''What Will Be Simulated:'''
		+	*Damages caused by phishing attacks in a hybrid workplace environment
		+
		+	'''Goal of the Simulation:'''
		+	*The simulation will determine how susceptible employees (onsite vs. remote) are to phishing attacks and what the potential damage could be. The analysis accounts for the fact that remote employees communicate less than onsite employees, making them less likely to raise verbal warnings such as, “This is strange,” or “Did you also get this urgent training link?”. It also considers that not all employees have critical access rights. Only a subset can cause serious harm to the company, but if they do, the consequences can be devastating.
		+
		+	'''Target Users and Benefits:'''
		+	*Any company or corporation with a hybrid work setup (a very common scenario post-pandemic) can use this simulation to assess and improve cybersecurity resilience.
		+
		+	'''Method and Simulation Environment:'''
		+	*Method: Multi-agent simulation
		+	*Simulation Environment: NetLogo
		+
		+	'''Variables in the Model:'''
		+	*Deterministic Variables:
		+	**Phishing email rate
		+	**Base phishing susceptibility
		+	**Phishing susceptibility after internal test
		+	**Phishing susceptibility after successful attack
		+	**Socializing periods (e.g., lunch breaks)
		+	**Sprint duration (i.e., number of days remaining until sprint ends—affects workload and attention)
		+	**Percentage of employees with critical access rights
		+
		+	*Random Variables:
		+	**Number of onsite employees
		+	**Number of remote employees
		+	**Internal phishing tests interval (frequency of fake phishing emails sent by IT to raise awareness)
		+	**Onsite/remote communication probability between employees
		+
		+	'''Data Sources:'''
		+	*Research articles (e.g., psychology studies on how long people retain phishing test experiences, and how workload affects phishing susceptibility)
		+	*Phishing statistics (e.g., frequency, success rate, and severity of real-world phishing attacks)
		+
		+	[[User:Lebm05\|Lebm05]] ([[User talk:Lebm05\|talk]]) 12:24, 12 May 2025 (CET)

← Older revision		Revision as of 12:41, 12 January 2025
Line 1,220:		Line 1,220:

	[[User:Tros01\|Tros01]] ([[User talk:Tros01\|talk]]) 00:32, 12 January 2025 (CET)		[[User:Tros01\|Tros01]] ([[User talk:Tros01\|talk]]) 00:32, 12 January 2025 (CET)
		+
		+	: 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)

← Older revision		Revision as of 23:33, 11 January 2025
Line 1,146:		Line 1,146:

	: '''APPROVED''' [[User:Tomáš\|Tomáš]] ([[User talk:Tomáš\|talk]]) 20:38, 29 December 2024 (CET)		: '''APPROVED''' [[User:Tomáš\|Tomáš]] ([[User talk:Tomáš\|talk]]) 20:38, 29 December 2024 (CET)
		+
		+	=Simulation concept: Populating the database - tros01=
		+	==Why?==
		+	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.)
		+
		+	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.
		+	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.
		+	==What?==
		+	To be precise, the simulation will be concerned with user behavior and related volume of stored records.
		+
		+	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.
		+
		+	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.
		+
		+	And here comes the question whether this "natural" 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 .
		+	Therefore, the simulation will model the rate of content creation and the subsequent impact on database searchability and usability.
		+
		+	Additionally will be also evaluated the "batch population approach" 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.
		+	==Objectives==
		+	This simulation aims to predict the growth of the database, determine the feasibility of the current data population strategy and evaluate the alternative.
		+
		+	#Predict the time needed to reach a critical mass of data sufficient for effective use.
		+	#Evaluate the effectiveness of the current data population method relatively to alternative.
		+	==Users==
		+	'''Example User:''' me the database developer and admin.
		+
		+	'''How it would help:'''
		+	*Optimizing Data Population: By simulating different scenarios, I can determine the most efficient way to populate the database with valuable content.
		+	*Resource Allocation: The results will inform decisions on whether to prioritize developing a batch upload feature or focus on encouraging individual contributions.
		+	*Setting Expectations: The simulation will provide a realistic timeline for when the database will be sufficiently populated for effective use.
		+	==Method and environment==
		+	'''Method:''' Agent-based modeling
		+
		+	'''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.
		+	==Variables==
		+	===Deterministic===
		+	;amount of records in db for each category
		+	:without the batch upload the initial value is 0
		+	;number of contributors/agents
		+	:this will be based on real number of leaders in our group
		+	;batch upload size
		+	:values 0, 10, 20, 30, 50, 100 will be tried
		+	;expected probability of finding useful record by individual agents
		+	:based on previous experiences of agent with searching the db
		+	;probability that an agent will try to look up a record
		+	:will be calculated from a combination of the agent’s past success rate and the current amount of records in db.
		+	;quality of record
		+	:number from <1-10>
		+	;probability of using any of the found records in the upcoming meeting
		+	:will be calculated from an amount of returned records and their quality
		+	;probability of creating new record
		+	:for the sake of simplicity and simulation feasibility the probability will be set to a constant value same for all agents
		+	;probability of improving a records quality
		+	:for the sake of simplicity and simulation feasibility the probability will be set to a constant value same for all agents
		+	===Random===
		+	;category of recorded/seeked activity
		+	:category means a certain combination of activity properties ( type{running, creative, thinking, discusion, history}, place{room, forest, city, playground})
		+	:the category can combine max 2 types and 1 place
		+	;initial quality of created records
		+	:will be drawn from lognormal distribution with mean 3 and std 2
		+	==Simulation behavior==
		+	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.
		+
		+	So in the beginning of each week an agent will pick a random category of an activity which they will prepare for the meeting.
		+
		+	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).
		+
		+	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.
		+
		+	The simulation will then run until the majority of searches in the db are successful.
		+
		+	And also the scenario with the initial batch upload will be simulated as well.
		+
		+	[[User:Tros01\|Tros01]] ([[User talk:Tros01\|talk]]) 00:32, 12 January 2025 (CET)

← Older revision		Revision as of 19:38, 29 December 2024
Line 1,144:		Line 1,144:

	[[User:Misd01\|Misd01]] ([[User talk:Misd01\|talk]]) 20:41, 27 December 2024 (CET)		[[User:Misd01\|Misd01]] ([[User talk:Misd01\|talk]]) 20:41, 27 December 2024 (CET)
		+
		+	: '''APPROVED''' [[User:Tomáš\|Tomáš]] ([[User talk:Tomáš\|talk]]) 20:38, 29 December 2024 (CET)

@@ Line 1,128: / Line 1,128: @@
 '''Turtles'''
 Represent individual birds.
-Behaviors are governed by three rules:
+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:
-* Alignment: Birds align their direction with nearby birds.
+* Alignment: Each bird (agent) calculates the average heading of nearby birds and adjusts its direction toward that average.
-* Separation: Birds turn to avoid collisions when others get too close.
+* 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).
-* Cohesion: Birds move towards the center of nearby birds unless separation is needed.
+* Cohesion: A bird moves toward the center of nearby birds unless another bird is too close (handled by separation).
 If another bird is too close, the separation rule temporarily overrides alignment and cohesion until the minimum separation is achieved.

@@ Line 1,137: / Line 1,137: @@
 '''Research Articles:'''
 * [https://www.sciencedirect.com/science/article/abs/pii/S0003347224000277 Relationship between flock size and flight initiation distance in birds]
 * [https://medium.com/@adityaananthram/algorithms-in-nature-part-1-e80e80b29719 Algorithms In Nature]

@@ Line 1,088: / Line 1,088: @@
 : 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)
-= Simulation of birds behaviour by misd01 =
+= Simulation of birds behavior by misd01 =
 == What will be simulated: ==