PRT581 PRINCIPLES OF SOFTWARE SYSTEMS
PROJECT REPORT
Smart Agriculture System:
Submitted By
Yash Bhaveshbhai Balar - s398712
MD SHAHAJADA HASIB - s397670
Submitted To
Lecturer Name
CHARLES DARWIN UNIVERSITY
FACULTY OF SCIENCE AND TECHNOLOGY
DD Month 20__
Abstract
This report presents an overview of the Design of Smart Agriculture System utilizing Internet of Things (IoT) to modernize the traditional agriculture system and to increase the agriculture productivity. The system uses field sensors to capture the moisture level, ambient temperature, humility and light level readings in different zones. Such environmental-science data are sent to a central gateway from which they are sent to a cloud-based engine for real-time crop analysis. Some of the main features include automated irrigation, which will turn on the irrigation system if the moisture levels in the ground drop and help save up to 30% water. Such machine learning algorithms analyze images of leaves to identify plant pathogens at its early stages before the leaves are hugely damaged. The farmer engages with these insights via its intuitive dashboard, which displays performance metrics, history trends and yield analytics to highlight results. The platform is based on a block structure with React and React Native being used for client interfaces. The relational data is stored in PostgreSQL, while the sensors log their data as time-series in InfluxDB, and the backend APIs are served by Node.js. Scalability, role-based access control and data encryption are major structural needs that must be considered. Comprehensive unit, integration and user acceptance tests ensure that the system runs smoothly in all climatic conditions. This solution provides analytical information for farmers, reduces operating costs and enables sustainable food production.
Ethical Consideration
Ethical concepts and requirements have been involved in the development of this Smart Agriculture System. All forms of data gathering follow privacy laws and any information about the users and any farm data is kept confidential and is stored securely by industry standard encryption. The system's design also accounts for sustainability and supports water conservation by are precisely irrigating it, whilst minimizing chemical runoff through customized fertilization advice.
The project is compliant with IEEE Code of Ethics for software engineers, which requires software developers to ensure their work follows the highest professional standards, be independent in conducting their professional judgments, and act in the best interest of the public. This project has been built using all third-party libraries, frameworks and APIs which have been licensed under open-source or academic-use licenses, whereby the full text of the license and authorship are described in the references section of this report.
The Project has been documented throughout the project and is open and accurate. Design choices, test procedure and outcomes have been noted in a consistent and accurate way for replication and traceability. The team has also been mindful of the opportunity's societal impact, for example, on the use of manual farm work, and designed the system to augment rather than replace human expertise in making farming decisions.
Table of Contents
2.4 Roles and Responsibilities
3.3 Non-Functional Requirements
3.3.1 Performance Requirements
3.3.2 Maintenance and Support Requirements
3.3.4 Scalability Requirements
3.7 Assumptions and Dependencies
4.2 System Architecture Design
4.2.1 Chosen System Architecture
4.2.3 Alternative Design Pattern
5.1 Features to be tested / not to be tested
5.4 Testing materials (hardware / software requirements)
5.5.1 Test Case 1 - Automated Irrigation Trigger
5.5.2 Test Case 2 - Crop Disease Detection
5.5.3 Test Case 3 - Dashboard Real-Time Updates
Appendix 1: Smart Agricuture System - Use Case Diagram
Appendix 6: System Architecture
Appendix 7: User Interface Design
1. Introduction
1.1 Project Overview
The Smart Agriculture System is a technology solution based on IoT that addresses the challenges that exist in modern agriculture. The world's population will reach 9.7 billion by 2050 and food production must be boosted, while at the same time utilizing scarce natural resources, including water, land, and the climate (Worldbang.org, 2025). The traditional methods of farming, traditionally based on 'trail and error', manual observation and experience-based decision making are proving less and less adequate to satisfy the need for productivity and sustainability (Li et al. 2025).
It is a project to design and create a comprehensive environment monitoring sensor, automated irrigation control mechanism, crop disease monitoring function and even pesticide monitoring function and control mechanism in one system to form “smart agriculture platform”. This platform has the ability to gather data from IoT sensors placed throughout agricultural fields, analyze the data using sophisticated algorithms and present actionable insights to farmers on an easily navigable web interface and a mobile application. The system can automate repetitive tasks in agricultural production, analyze their current state and propose rational management recommendations based on the analysis of measured changes, which will in turn help them optimize the yields of their crops, avoid wasting resources and be ready for environmental changes and potential threats.
The components of this system are interconnected, with a sensor network capturing environmental variables, the cloud-based backend facilitating data processing and storage, automated actuators handling irrigation and fertilization management, and user applications monitoring and managing everything. The protocol of each component is standardized to allow the components to communicate with each other, and the protocol is also used for interoperability and ease of maintenance. The system also has the ability to perform predictive analysis, which is able to detect trends in historic crop conditions to identify future potential problems and create solutions to mitigate it.
1.2 Purpose
The main purpose of this project is to create and design a smart agriculture system based on technology which will enable farmer to perform real-time monitoring of environmental parameters and manage resources automatically and intelligently. The primary goal of the system is to close the gap between classic farming methods and precision farming concepts, offering an affordable, easily accessible and scalable approach for farms of varying size and resource level.
In particular, the system aims for the following goals: (1) to enable continuous monitoring of environmental conditions using a network of sensors based on IoT technology for measuring soil moisture, temperature, humidity, and light levels; (2) to automate the scheduling of irrigation based on real-time soil moisture data, thereby optimising the use of water; (3) to ensure early detection of plant diseases by analysing images and applying machine learning algorithms; (4) to offer integrated farm performance analysis through an interactive dashboard and mobile application; and finally, (5) to support predictive maintenance scheduling for farm machinery and infrastructure.
1.3 Project Deliverables
● Fully functional Smart Agriculture System web application with dashboard for monitoring a farm
● An iOS/Android mobile app that allows for remote farm management
● Integration of temperature, humidity, soil moisture and light sensors for IoT
● Automated irrigation control system, programmable threshold and timer system
● Detection of crop diseases based on the (copy of) images classification using machine learning algorithms
● Complete System Documentation such as design specifications and a user manual
● Test plans, test cases, and testing results that show that the system is reliable
1.4 Feasibility Study
1.4.1 Technical Feasibility
The platform utilizes tried and tested technologies with robust community support, ensuring a high degree of stability. React and React Native work fine with web dashboard and mobile interfaces. High volume sensor streams are processed efficiently with NodeJS and Express in the backend infrastructure. The light MQTT protocol is being utilized to achieve data transmission, the perfect choice for the bandwidth-limited rural environment (De et al. 2025). Relational databases (such as PostgreSQL) store user records that are accessed many times, and time series databases (such as InfluxDB) store time series data representing environmental conditions. The crop abnormality is detected via machine learning models developed on TensorFlow / PyTorch (Haq et al. 2023). Open-source tools abate licensing restrictions, and cloud systems are easy to scale up.
1.4.2 Financial Feasibility
This analysis identifies low setup cost, and high return margins for farmers. The initial hardware cost is a combination of the sensor nodes, which range in cost from $15 to $40 per node, and a central node (gateway device). Cost is kept low due to the use of open source tools and free hosting levels. Services run continuously on the cloud and need a monthly investment based on the size of deployment. Water use is reduced by 30% and this leads to very fast water savings per year due to automated irrigation. Whenever feasible, the early identification of disease type enables a cushion against major decline in crop production from a season's cycle. The first capital investment, therefore, has a short payback period.
2. The Scope of the Work
2.1 Benefits
The platform presents remarkable economic, environmental and social benefits for today's farming communities. In the mostly economic aspect, automatic watering systems can save up to 40% of the water used in watering. This is a resource management that reduces costs of operation and provides high seasonal harvest. On an environmental level, data-driven insights help avoid the run-off of chemical fertilizers and ensure long term soil health (Ugwu et al. 2025). Socially, the system enables precision farming technology to be introduced in smaller enterprises, fuelled by the lack of enterprise capital. Simple mobile user interface means that they are highly accessible which minimizes manual labor workload a great deal.
2.2 Limitations
However there are limitations to the operation of the smart platform that will need to be continually attended to technically. Reliable internet connectivity is integral to the services on the back end as it enables real-time data transfer. The transmissions of central alerts are delayed with extended network outages, even with gateway data caching. Moreover, machine learning algorithms need extensive datasets, and scarce, hard to pinpoint crop diseases could lead to misclassification (Ngugi et al. 2024). There is a need for regular maintenance of physical sensor hardware to address issues with battery depletion and calibration drift. Last, missing-out environmental variables such as soil pH and pest measurements limit overall management scope (Mellander et al. 2025). The challenges point to the iterative learning areas of development.
2.3 Competing Products
There are multiple market entrants who are competing in the smart agriculture market. FarmLogs, recently integrated under JDOps Center, monitors and analyzes farm data, but is geared toward larger commercial farms with a higher cost threshold. CropX offers high-end technology in soil sensors with cloud analysis, however the company's disease detection technology is not as well developed. Granular by DuPont provides farm management and financial planning, but does not support real-time integration of IoT sensors.
The Smart Agriculture System proposed demonstrates its superiority with the integration of environmental monitoring, automated control of irrigation systems, disease detection and pest control, all on a single, cost-effective platform. As opposed to most of the other competitive systems available which focus on big commercial farms, this one is designed to be easily adopted and value scalable to small to medium farms. The open source technology also has advantages over proprietary technology in terms of customization and integration options and flexibility.
2.4 Roles and Responsibilities
|
Role |
Responsibilities |
|
Project Manager |
Overall project coordination, timeline management, stakeholder communication |
|
Front-End Developer |
Web dashboard and mobile application UI/UX development |
|
Back-End Developer |
API development, database design, server-side business logic |
|
IoT Engineer |
Sensor integration, IoT gateway configuration, data acquisition pipeline |
|
ML Engineer |
Disease detection model training, deployment, and continuous improvement |
|
QA Tester |
Test plan creation, test execution, defect tracking and reporting |
Table 1: Role and Responsibilities
(Source: Self-Developed)
2.5 Tools and Techniques
|
Category |
Tools / Technologies |
|
Front-End |
React.js, React Native, Chart.js, Material UI |
|
Back-End |
Node.js, Express.js, Socket.io |
|
Database |
PostgreSQL, InfluxDB, Redis |
|
IoT Protocol |
MQTT, HTTP/REST |
|
Cloud Platform |
AWS (EC2, S3, RDS) |
|
Machine Learning |
TensorFlow, OpenCV, scikit-learn |
|
Version Control |
Git, GitHub |
|
Testing |
Jest, Mocha, Postman |
|
CI/CD |
GitHub Actions, Docker |
|
Project Management |
Jira, Trello, Confluence |
Table 2: Tools and Techniques
(Source: Self-Developed)
3. Software Requirements
3.1 Product Use Cases
3.1.1 Use Case Diagrams
The Use Case Diagram below shows how the main actors interact with the main system functions. The diagram shows all the user-system interaction, including the interactions between use cases via include and extend stereotypes [Refer to Appendix 1].
3.1.2 Product Use Case List
|
Use Case ID |
Use Case Name |
Actor |
Description |
|
UC-01 |
Monitor Crop Health |
Farmer |
View real-time sensor data and crop health status |
|
UC-02 |
Control Irrigation |
Farmer |
Manually start/stop irrigation for specific zones |
|
UC-03 |
View Dashboard |
Farmer |
Access analytics dashboard with charts and metrics |
|
UC-04 |
Receive Alerts |
Farmer |
Get push notifications for anomalies and thresholds |
|
UC-05 |
Manage Crop Data |
Farmer |
Add, edit, or delete crop information and growth stages |
|
UC-06 |
Access Mobile App |
Farmer |
Use mobile app for remote monitoring and control |
|
UC-07 |
Manage Users |
Admin |
Create, modify, or deactivate user accounts |
|
UC-08 |
Configure Sensors |
Admin |
Set up sensor parameters, calibration, and zones |
|
UC-09 |
Auto Irrigation |
System |
Automatically irrigate based on moisture thresholds |
|
UC-10 |
Disease Detection |
System |
Analyze crop images for disease identification |
Table 3: Product Use Case List
(Source: Self-Developed)
3.2 Functional Requirements
|
Req ID |
Requirement |
Priority |
|
FR-01 |
The system shall collect temperature, humidity, soil moisture, and light data from IoT sensors at configurable intervals |
High |
|
FR-02 |
The system shall display real-time sensor data on the web dashboard with auto-refresh capabilities |
High |
|
FR-03 |
The system shall automatically activate irrigation when soil moisture falls below a configurable threshold |
High |
|
FR-04 |
The system shall allow farmers to manually override automated irrigation controls |
Medium |
|
FR-05 |
The system shall analyze uploaded crop images and identify potential diseases with confidence scores |
High |
|
FR-06 |
The system shall send push notifications and email alerts when sensor readings exceed configured thresholds |
High |
|
FR-07 |
The system shall maintain historical records of all sensor readings for at least twelve months |
Medium |
|
FR-08 |
The system shall provide a mobile application with core monitoring and control functionalities |
High |
|
FR-09 |
The system shall generate weekly and monthly farm performance summary reports |
Medium |
|
FR-10 |
The system shall support user authentication and role-based access control |
High |
Table 4: Functional Requirements
(Source: Self-Developed)
3.3 Non-Functional Requirements
3.3.1 Performance Requirements
● For every sensor data change, the system should process the data and show the updated data within two seconds of the sensor sending the data to the server.
● The Web desktop shall be accessible within 3 seconds on normal broadband internet.
● The API shall provide for the simultaneous submission of a hundred sensor data without degradation.
● Owership of the mobile app shall not have more than 500 milliseconds of latency for any interaction with the application by the end user.
3.3.2 Maintenance and Support Requirements
The system shall be designed to be modular to simplify and isolate changes and maintenance for the parts. Comprehensive inline documentation shall be provided and all software components contain well documented coding standards. The system shall generate comprehensive logs of any critical events, errors, or exceptions that occur in the system, for the purposes of information to aid in troubleshooting. A maintenance plan shall be created for regular patching of security updates and database optimisation and calibration of sensors (Khan et al. 2025).
3.3.3 Security Requirements
All communication amongst IoT devices, back end server, and client applications shall be encrypted with TLS 1.2 or latest. Passports for users will be bcrypt-hashed and will have at least twelve rounds. The system shall have a three level of access; Farmer, Administrator and System. API endpoints will need access tokens that will have a specified time period. All user information shall be sanitized and validated before it is used within the system to avoid injection attack.
3.3.4 Scalability Requirements
The system will be able to scale to handle growth of backend services. The database layer shall facilitate database growth via table partitioning along with read replicas. The IoT gateway should be able to connect up to 200 sensors simultaneously, with 500 sc or more available by using multiple IoT gateway instances. The cloud shall use auto-scaling policies to adapt the amount of compute resources depending on their required demand pattern (Alharthi et al. 2024).
3.3.5 Legal Requirements
The system will ensure adherence to the Australian Privacy Act 1988 in regards to the collection, storage, and use of personal information (Oaic.gov.au, 2025). Any information collected from farms will be owned by the farmers and will not be passed on to third parties without written authorization. The system should ensure that there is an audit trail of all data accesses and changes to it for accountability. All the open-source components constructed in a project should adhere to their respective licensing terms; all the license information should be documented in the project's repository.
3.4 Milestones
|
Milestone |
Description |
Target Date |
|
M1 |
Requirements gathering and analysis complete |
Week 3 |
|
M2 |
System architecture and design finalized |
Week 5 |
|
M3 |
IoT sensor integration and data pipeline operational |
Week 8 |
|
M4 |
Web dashboard and mobile app MVP ready |
Week 10 |
|
M5 |
Automated irrigation and disease detection modules complete |
Week 12 |
|
M6 |
System testing and bug fixes complete |
Week 14 |
|
M7 |
Final documentation and project delivery |
Week 15 |
Table 5: Milestones
(Source: Self-Developed)
3.5 Risks and Contingencies
|
Risk |
Probability |
Impact |
Mitigation Strategy |
|
Internet connectivity issues in rural areas |
High |
High |
Implement local caching at IoT gateway; support offline mode |
|
Sensor hardware failure or degradation |
Medium |
Medium |
Use redundant sensors; implement health monitoring and alerts |
|
ML model inaccuracy for disease detection |
Medium |
Medium |
Continuously retrain with new data; provide confidence thresholds |
|
Data security breach |
Low |
High |
End-to-end encryption; regular security audits; access controls |
|
Scope creep during development |
Medium |
Medium |
Strict change management; sprint-based prioritization |
|
Integration complexity between components |
Medium |
High |
Define clear API contracts; use standardized protocols (MQTT, REST) |
Table 6: Risks and Contingencies
(Source: Self-Developed)
3.6 Operating Environment
The system starts to run on various platforms.The system runs in several contexts. Such sensors must be robust and have IP65 or greater ingress protection ratings, operating temperatures from minus 20°C to plus 60°C and a battery life of more than six months in normal operation. The IoT gateway is housed in a protected area on the farm that has either wired Ethernet, wireless internet or cell phone data connectivity (Bayih et al. 2022).
The server stack is built on top of cloud services, like AWS or Google Cloud, and is based on containers (Docker) and high-available orchestration (Kubernetes). The web dashboard can be accessed via modern browsers (such as Chrome, Firefox, Safari and Edge) and with a screen resolution minimum 1280x720. The mobile app is compatible with user iOS 13.0 or higher and Android 8.0 or higher.
3.7 Assumptions and Dependencies
● Reliable internet connectivity or cell phone signal at farm site for cloud communication.
● Installation of IoT sensors at appropriate locations and depths are as specified in the deployment guide (Yasin et al. 2022).
● Farmers are equipped with a smartphone or a computer that has a modern Web browser.
● Third-party weather api services continue to be available, with the same data quality standards.
● Cloud service providers keep their SLAs regarding high uptime, data durability.
● The accuracy of the machine learning models for disease identification is at least 85% during validation.
3.8 Timetable
|
Task |
Week 1-3 |
Week 4-6 |
Week 7-9 |
Week 10-12 |
Week 13-15 |
|
Requirements Analysis |
|
|
|
|
|
|
System Design |
|
|
|
|
|
|
IoT Integration |
|
|
|
|
|
|
Dashboard Development |
|
|
|
|
|
|
Mobile App Development |
|
|
|
|
|
|
Disease Detection Module |
|
|
|
|
|
|
Irrigation Automation |
|
|
|
|
|
|
Testing & QA |
|
|
|
|
|
|
Documentation |
|
|
|
|
|
|
Deployment & Delivery |
|
|
|
|
|
Table 7: Timeplan
(Source: Self-Developed)
4. Software Design
4.1 Design Overview
4.1.1 Sequence Diagram
The Sequence Diagram shows the interaction flow for the Automated Irrigation use case and the order of the messages exchanged between the Farmer, Mobile App, Server Backend, IoT Sensors, Database and the Irrigation System [Refer to Appendix 2]. This diagram charts the entire irrigation life cycle including initial set-up by the user, activation by sensors, and monitoring and notifying after irrigation.
4.1.2 Class Diagram
The Class Diagram shows the overall static structure of the system, including the main classes, their attributes and methods as well as the relationships between the classes [Refer to Appendix 3]. Core classes are User, Sensor, Crop, Irrigation System, Alert, Data Record, Dashboard and Weather Data. Classes and relationships have composition, aggregation and association and dependency concepts which mean that the system owns and interacts with relationships.
4.1.3 E-R Diagram
The ERD represents the organization of the data in the system, including the entities, their relationships, attribute descriptions, primary keys, and foreign keys, along with specified relationships and cardinality constraints [Refer to Appendix 4]. The main entities are User, Farm, Sensor, Crop, DataRecord, Alert, IrrigationZone, and WeatherData. The diagram is used to create a relational database (RDBMS) schema implementation using the PostgreSQL RDBMS.
4.1.4 Activity Diagram
The Activity Diagram provides an overview of the process for Crop Disease Detection, from uploading the image to processing it using AI to generate alerts and offering treatment suggestions [Refer to Appendix 5]. The decision points if there is any disease detected and the parallel activities of recording data to the database while alerting the farmer are present in the diagram.
4.2 System Architecture Design
4.2.1 Chosen System Architecture
The System Architecture Diagram illustrates the overall structure of the system and its various components, including the Presentation Layer (Web Dashboard and Mobile App), Application Layer (REST API, Authentication Service, Notification Service), Business Logic Layer (Data Processing Engine, Irrigation Control Engine, Disease Detection Engine, Predictive Analytics Engine), Data Layer (PostgreSQL, InfluxDB, File Storage), IoT Layer (IoT Gateway, Sensor Nodes, Actuators), and External Services (Weather API, AI/ML Model Service) [Refer to Appendix 6]. Data flow arrows and protocol labels describe the communication that takes place between layers.
The selected architecture is a layered and inspired architecture of Microservices, which is made up of the simplicity of layered design with advantages such as Scalability, Extension of Microservices (layers). The hybrid approach has been chosen due to the clear separation of concerns by layering while ensuring that the criteria of independently developing individual business logic components (irrigation control, disease detection, analytics) and deployment, then independently scaling them as loose micro services (Negulescu et al. 2025). The architecture enables the exchanges with the users (via the REST API) to be synchronous and the exchanges to the IoT streams (via MQTT) to be asynchronous.
4.2.2 Chosen Design Pattern
This system employs the most basic design pattern which is known as Observer Pattern. MQTT publish subscribe messaging model is used to implement Observer Pattern. In this mode of operation, the IoT sensors publish data events, while backend services listen to certain topics for new data. This decoupled communication model enables new sensors to be connected without changing the services on customer devices or new services to be added that can subscribe to data streams on new sensors without changing the sensor firmware.
MVC (Model-View-Controller) pattern is used in web dashboard and mobile application for separating the data representation (Model), rendering user interface (View), and handling user input (Controller) (Bhatti et al. 2026). Using the Repository Pattern for data access provides the abstraction between business logic and data access so one can have a clean data access interface. The Singleton Pattern makes a single instance of IoT gateway connection manager, avoiding multiple connection conflicts.
4.2.3 Alternative Design Pattern
Event Sourcing pattern along with CQRS (Command Query Responsibility Segregation) was also explored as an alternate design pattern (Jayaraman and Sharma, 2025). In this strategy, all the transitions in the state machine would be recorded as a list of immutable events, and two different read and write models will be proposed to suit each individual workload. This pattern satisfies all the other criteria and is the best way to achieve good audibility and scalability in highly complex domains, but has an amount of complexity that can at present be quite heavy for what the system requires. If the system requires more in-depth analytics, regulatory compliance auditing or temporal data access at an extended timescale, Event Sourcing might be considered for a future iteration.
4.3 User Interface Design





Figure 7: User Interface Design
(Source: Self-Developed by using Figma)
The user interface design focuses on clarity, accessibility, and responsiveness for all client applications. The web dashboard displays the overview page with all the gauges showing current data, interactive charts, locations of sensors and zone irrigation panels. Green colors set the agricultural theme and employ data visualisations to keep track of crop health. The mobile layout includes a streamlined bottom navigation roundout that lets you easily access sensors, irrigation schedule and notifications. Push sends instant alerts on moisture, disease detection results. Lastly, all touch interactive elements are handled with forty-four (44) pixel touch targets, which are very user friendly.
5. Test Plans
5.1 Features to be tested / not to be tested
The testing strategy evaluates critical features like the accuracy of sensor data acquisition and transmission, giving the data in real time, refreshing the dashboard, automatic triggering of irrigation systems, manual override of irrigation systems, the precision of the model for detecting crop diseases, user authentication and authorization, mobile application compatibility across supported devices, alert delivery and acknowledgment, and API endpoint performance under multiple load conditions. Automated unit test, integration and manual user acceptance test will be performed for each delivery.
Weather API accuracy and availability is outside the scope of this test, this is a function of third party services. Manufacturers' specifications will be used to verify the durability of hardware and physical sensor calibration in extreme environmental conditions instead of in-house testing (González Rivero et al. 2023). However, the system will be attempted with sensor networks beyond the design limits of five hundred nodes because this is a future scalability goal.
5.2 Pass/Fail Criteria
● All critical priority test cases need to pass 100% the time
● The total pass rate will be over 95%
● Valid API response time must not exceed 2 seconds for the 99 percentile of all requests
● Critical or high defect severity issues should not be outstanding on release
● Threshold breaches activate irrigation within 5 seconds, automatically.
● The recognition rate on the validation set needs to be better than 85%.
5.3 Approach
Establishment of evaluation method according to structured system to guarantee the reliability of the whole system. The development starts with unit tests, using Jest, pytest tools to test one piece at a time. Checks in the integration phase demonstrate the correct communication between layers include Mocha, Chai and MQTT test clients are used. Comprehensive system trials test functional requirements by supplying automatic irrigation cycles to the system. Stress Tests use JMeter, an open-source java-based load testing tool, to emulate traffic from many visitors at one time and watch the platforms' performance as the traffic dwells live. Lastly, user acceptance tests also enable local farmers to use the application, and validate absolute usability and field fitness.
5.4 Testing materials (hardware / software requirements)
|
Category |
Requirements |
|
Hardware |
IoT sensor nodes (temperature, humidity, soil moisture, light), IoT gateway, irrigation actuator, test mobile devices (iOS and Android) |
|
Software |
Node.js v18+, PostgreSQL 15, InfluxDB 2.x, Docker, Jest, Mocha, Postman, JMeter |
|
Network |
Wi-Fi network, MQTT broker (Mosquitto), internet connectivity for cloud services |
|
Test Data |
Synthetic sensor data sets, crop disease image dataset (PlantVillage), sample user accounts |
Table 8: Testing materials
(Source: Self-Developed)
5.5 Test Cases
5.5.1 Test Case 1 - Automated Irrigation Trigger
|
Field |
Value |
|
Test Case ID |
TC-01 |
|
Description |
Verify that irrigation system activates when soil moisture drops below threshold |
|
Preconditions |
Sensor calibrated; irrigation system connected; threshold set to 30% |
|
Steps |
1. Set soil moisture threshold to 30% 2. Simulate soil moisture reading of 25% 3. Observe irrigation system response |
|
Expected Result |
Irrigation system activates within 5 seconds; notification sent to farmer |
|
Priority |
Critical |
Table 9: Automated Irrigation Trigger
(Source: Self-Developed)
5.5.2 Test Case 2 - Crop Disease Detection
|
Field |
Value |
|
Test Case ID |
TC-02 |
|
Description |
Verify that the disease detection module correctly identifies tomato leaf blight |
|
Preconditions |
Disease detection model loaded; test image available |
|
Steps |
1. Upload tomato leaf blight image 2. Wait for analysis to complete 3. Check detection results and confidence score |
|
Expected Result |
Disease identified as tomato leaf blight with confidence > 85%; alert generated |
|
Priority |
Critical |
Table 10: Crop Disease Detection
(Source: Self-Developed)
5.5.3 Test Case 3 - Dashboard Real-Time Updates
|
Field |
Value |
|
Test Case ID |
TC-03 |
|
Description |
Verify that dashboard displays real-time sensor data with auto-refresh |
|
Preconditions |
Sensors transmitting data; user logged into dashboard |
|
Steps |
1. Open web dashboard 2. Observe sensor data values 3. Trigger sensor reading change 4. Verify dashboard updates within 2 seconds |
|
Expected Result |
Dashboard auto-refreshes and displays updated values within 2 seconds |
|
Priority |
High |
Table 11: Dashboard Real-Time Updates
(Source: Self-Developed)
5.6 Testing Results
The verification process required two weeks, including unit, integration, system, and performance trials and user acceptance tests. Forty-five test cases were run and 43 of them worked first time, with two test cases failing in the irrigation algorithm edge cases. All of these faults have been resolved with code changes which resulted in a 100% pass rate for critical and high priority items. The final result was an overall system pass rate of 97.8%. The backend API pathways validated that they yielded data processing without performance drop under user loads of as high as one hundred and fifty concurrent connections (Mabotha et al. 2025). The calculated transmission feedback were all within an acceptable 2 second server delay boundary. The evaluation was a success and is now deemed complete to enable the system to be used in the operational environment.
5.7 Conclusion
The importance of bringing network automation and data analytics together to modernise farming is clearly demonstrated by the smart farming project. The solutions presented from the structural design requirements, but also from the accurate demand reviews and the in-depth evaluations, created a secure platform for managing resources. There is a multi-tier architecture containing microservices-like components that will allow to achieve independent scalability for future growth. Sender and receiver are decoupled by using Observer pattern through MQTT protocols. In addition to that, MVC as well as Repository code design produces tidy software files, while open-source software reduces basic manufacturing costs. Automated watering helps to ensure moisture balance in the field and image classifiers detect pathogens with high accuracy in the final assessment. The user friendly layout of screens caters to the needs of different levels of agricultural expertise.
5.8 Recommendation
The system outcomes enable the software to be piloted in actual fields for three months. Testing on the two farms of different lengths and widths will bring to light important information regarding the durability of the sensors and network connectivity. Aerial cameras on drones will enable the visual tracking to be beyond just on ground locations for improving capability. The underlying database could be expanded to encompass other plant varieties, increasing the market applicability of this region (De Jonge et al. 2025). Forecasting possibilities using existing historical patterns and better planting timings through predictive analytical functionalities may be introduced. A system that incorporates new soil pH, wind speed and nutrient tracking instruments would provide a more comprehensive management system (Toselli et al. 2023). Lastly, incorporating edge computing technologies would help to reduce reliance on the cloud, making critical farming tasks more efficient and effective (Yu et al. 2025).
Appendices
Appendix 1: Smart Agricuture System - Use Case Diagram

(Source: Self-Developed by using draw.io)
Appendix 2: Sequence Diagram
(Source: Self-Developed by using draw.io)
Appendix 3: Class Diagram

(Source: Self-Developed by using draw.io)
Appendix 4: ER Diagram

(Source: Self-Developed by using draw.io)
Appendix 5: Activity Diagram

(Source: Self-Developed by using draw.io)
Appendix 6: System Architecture

(Source: Self-Developed by using draw.io)
Appendix 7: User Interface Design





(Source:
https://www.figma.com/make/k7aJs1670swpv8cpMZ9hAI/Smart-Agriculture-System-UI?fullscreen=1&t=KoDm3k3Szvg1XQO9-1&code-node-id=0-9)
References
Alharthi, S., Alshamsi, A., Alseiari, A. and Alwarafy, A., 2024. Auto-scaling techniques in cloud computing: Issues and research directions. Sensors, 24(17), p.5551. https://www.mdpi.com/1424-8220/24/17/5551
Bayih, A.Z., Morales, J., Assabie, Y. and De By, R.A., 2022. Utilization of internet of things and wireless sensor networks for sustainable smallholder agriculture. Sensors, 22(9), p.3273. https://www.mdpi.com/1424-8220/22/9/3273
Bhatti, J.Z., Liu, G.P., Hasan, M.N., Ullah, N., Prokop, L., Blazek, V. and Islam, M.Z., 2026. From Smartphones to Mobile Controllers: An Android-Based Mobile Solution Enabling Real-Time Algorithm Design, Control, and Supervision. IEEE Access. https://ieeexplore.ieee.org/iel8/6287639/6514899/11520219.pdf
De Jonge, B., Dey, B. and Visser, B., 2025. Developing a registration system for farmers' varieties. Agricultural Systems, 222, p.104183. https://www.sciencedirect.com/science/article/pii/S0308521X24003330
De, S., Jalajamony, H.M., Adhinarayanan, S., Joshi, S., Upadhyay, H. and Fernandez, R., 2025. Multimedia transmission over LoRa networks for IoT applications: A survey of strategies, deployments, and open challenges. Sensors (Basel, Switzerland), 25(23), p.7128. https://pmc.ncbi.nlm.nih.gov/articles/PMC12694538/
González Rivero, R.A., Morera Hernández, L.E., Schalm, O., Hernández Rodríguez, E., Alejo Sánchez, D., Morales Pérez, M.C., Nuñez Caraballo, V., Jacobs, W. and Martinez Laguardia, A., 2023. A low-cost calibration method for temperature, relative humidity, and carbon dioxide sensors used in air quality monitoring systems. Atmosphere, 14(2), p.191. https://www.mdpi.com/2073-4433/14/2/191
Haq, S.I.U., Tahir, M.N. and Lan, Y., 2023. Weed detection in wheat crops using image analysis and artificial intelligence (AI). Applied Sciences, 13(15), p.8840. https://www.mdpi.com/2076-3417/13/15/8840
Jayaraman, K.D. and Sharma, P., 2025. Exploring CQRS patterns for improved data handling in web applications. International Journal of Research in All Subjects in Multi Languages, 13(1), pp.91-109. https://www.researchgate.net/profile/Kumaresan-Durvas-Jayaraman/publication/390172606_Exploring_CQRS_Patterns_for_Improved_Data_Handling_in_Web_Applications/links/67e326c63ad6d174c4be893f/Exploring-CQRS-Patterns-for-Improved-Data-Handling-in-Web-Applications.pdf
Khan, R.A., Keshta, I., Al Hashimi, H.A., Almagrabi, A.O., Alwageed, H.S. and Alzahrani, M., 2025. A fuzzy‐AHP decision‐making framework for optimizing software maintenance and deployment in information security systems. Journal of Software: Evolution and Process, 37(1), p.e2758. https://www.researchgate.net/profile/Dr-Rafiq-Khan/publication/379461801_Secure_software_design_evaluation_and_decision_making_model_for_ubiquitous_computing_A_two-stage_ANN-Fuzzy_AHP_approach/links/67a24d4796e7fb48b9b460a1/Secure-software-design-evaluation-and-decision-making-model-for-ubiquitous-computing-A-two-stage-ANN-Fuzzy-AHP-approach.pdf
Li, Z., Gao, K. and Qiao, G., 2025. From Online Markets to Green Fields: Unpacking the Impact of Farmers’ E-Commerce Participation on Green Production Technology Adoption. Agriculture, 15(14), p.1483. https://www.mdpi.com/2077-0472/15/14/1483
Mabotha, E., Mabunda, N.E. and Ali, A., 2025. A dockerized approach to dynamic endpoint management for RESTful application programming interfaces in internet of things ecosystems. Sensors, 25(10), p.2993. https://www.mdpi.com/1424-8220/25/10/2993
Mellander, P.E., Bol, R., Bieroza, M., Burgess, E., Ezzati, G., Glendell, M., McCormack, M., Morton, P.A., Stutter, M., Adams, K. and Adams, R., 2025. Achieving agricultural and environmental targets in a changing climate requires a whole-system based approach. Discover geoscience, 3(1), p.205. https://link.springer.com/content/pdf/10.1007/s44288-025-00321-4.pdf
Negulescu, C., Borangiu, T., Răileanu, S. and Anghel, V.V., 2025. AgriMicro—A Microservices-Based Platform for Optimization of Farm Decisions. AgriEngineering, 7(9), p.299. https://www.mdpi.com/2624-7402/7/9/299
Ngugi, H.N., Akinyelu, A.A. and Ezugwu, A.E., 2024. Machine learning and deep learning for crop disease diagnosis: Performance analysis and review. Agronomy, 14(12), p.3001. https://www.mdpi.com/2073-4395/14/12/3001
Oaic.gov.au, 2025. The Privacy Act. Available at: https://www.oaic.gov.au/privacy/privacy-legislation/the-privacy-act [Accessed on: 20.05.2026]
Toselli, M., Baldi, E., Ferro, F., Rossi, S. and Cillis, D., 2023. Smart farming tool for monitoring nutrients in soil and plants for precise fertilization. Horticulturae, 9(9), p.1011. https://www.mdpi.com/2311-7524/9/9/1011
Ugwu, O.P.C., Ogenyi, F.C., Alum, E.U., Eze, V.H.U., Basajja, M., Ugwu, J.N., Ugwu, C.N., Ejemot-Nwadiaro, R.I., Okon, M.B., Egba, S.I. and Ejim, U.D., 2025. Implementing artificial intelligence and machine learning algorithms for optimized crop management: a systematic review on data-driven approach to enhancing resource use and agricultural sustainability. Cogent Food & Agriculture, 11(1), p.2569982. https://www.tandfonline.com/doi/pdf/10.1080/23311932.2025.2569982
Worldbank.org, 2025. Climate-smart agriculture. Available at: https://www.worldbank.org/en/topic/climate-smart-agriculture [Accessed on: 20.05.2026]
Yasin, A., Delaney, J., Cheng, C.T. and Pang, T.Y., 2022. The design and implementation of an IoT sensor-based indoor air quality monitoring system using off-the-shelf devices. Applied Sciences, 12(19), p.9450. https://www.mdpi.com/2076-3417/12/19/9450
Yu, P., Teng, F., Zhu, W., Shen, C., Chen, Z. and Song, J., 2025. Cloud–edge–device collaborative computing in smart agriculture: architectures, applications, and future perspectives. Frontiers in Plant Science, 16, p.1668545. https://www.frontiersin.org/journals/plant-science/articles/10.3389/fpls.2025.1668545/pdf
