Nt1330 Unit 4.1 Problem Analysis
4.1.3.3.3 Check whether number of tasks are more than available resources.
It gets the information of number of tasks and the softwares required and puts it into a HashMap softwareTaskMap. In case, the number of tasks is more than the available resources that can perform the task, the system gets ready for a multiple execution.
4.1.3.3.4 Broadcasting the tasks
The tasks are then broadcasted to those resources which has the necessary software installed. If there are no resources available or resources do not have the required software installed, the behaviour notifies the user via GUI.
After broadcasting the tasks, the allocateBehaviour is started.
4.1.3.4 Allocate Behaviour
This behaviour is responsible for the actual allocation of the task. …show more content…
This map at the end of location contains the resources and the allocated tasks to each resources.
After fetching all the information, the actual allocation algorithm is performed here. Finally the allocated tasks are send to the corresponding resources.
4.1.4 AMS.Calculation Agent
This agent is already implemented in the GekoProAg project. For the prototype implementation, a simple agent which has one behaviour is created. The class diagram of this package can be seen below in Figure 19.
4.1.4.3 StartCalculate Behaviour
This behaviour should be calculating the received tasks and informs the ResourceAgent about the results.
4.1.5 GekoProAg_Gui (Graphical User Interface)
This GUI helps the user to initialize the system, and also input the tasks to the coordination agent as shown in the figure below.
As the GekoProAg prototype is put to run, the main(String) method in the GekoProAg_Gui.class is invoked. The main function sets the GUI to visible state.
4.1.5.3 Elements of the Graphical User Interface
The following entries shows the functionality of the GUI.
• Result Log area: This is a text field where the log or the results of the system is printed so that user is able to know the status of the
It gets the information of number of tasks and the softwares required and puts it into a HashMap softwareTaskMap. In case, the number of tasks is more than the available resources that can perform the task, the system gets ready for a multiple execution.
4.1.3.3.4 Broadcasting the tasks
The tasks are then broadcasted to those resources which has the necessary software installed. If there are no resources available or resources do not have the required software installed, the behaviour notifies the user via GUI.
After broadcasting the tasks, the allocateBehaviour is started.
4.1.3.4 Allocate Behaviour
This behaviour is responsible for the actual allocation of the task. …show more content…
This map at the end of location contains the resources and the allocated tasks to each resources.
After fetching all the information, the actual allocation algorithm is performed here. Finally the allocated tasks are send to the corresponding resources.
4.1.4 AMS.Calculation Agent
This agent is already implemented in the GekoProAg project. For the prototype implementation, a simple agent which has one behaviour is created. The class diagram of this package can be seen below in Figure 19.
4.1.4.3 StartCalculate Behaviour
This behaviour should be calculating the received tasks and informs the ResourceAgent about the results.
4.1.5 GekoProAg_Gui (Graphical User Interface)
This GUI helps the user to initialize the system, and also input the tasks to the coordination agent as shown in the figure below.
As the GekoProAg prototype is put to run, the main(String) method in the GekoProAg_Gui.class is invoked. The main function sets the GUI to visible state.
4.1.5.3 Elements of the Graphical User Interface
The following entries shows the functionality of the GUI.
• Result Log area: This is a text field where the log or the results of the system is printed so that user is able to know the status of the