Machine learning projects are still the backbone of most final-year submissions in CSE, IT and AI and data science branches, and for good reason. The datasets are public, the methods are well documented, and the results can be measured precisely. What separates a top project from an average one is rarely the model. It is the experiment design: a baseline, a fair comparison, the right metric and an honest error analysis.
This page covers 11 project ideas: six classical ML projects on tabular and time-series data, and five deep learning projects on images and video. Every dataset named here exists on Kaggle, the UCI Machine Learning Repository or an official research page. For each idea we list the metric examiners expect and one upgrade that adds depth.
Looking for generative AI, RAG or agent ideas instead? Those are on our AI projects for final year students page, so this one stays focused on models you train yourself.
Should you choose machine learning or deep learning for a final-year project?
Choose classical machine learning for tabular data such as transactions, patient records or sensor readings, and deep learning for images, audio, video and raw signals. Matching the method to the data type is the first design choice examiners check.
- Classical ML (logistic regression, random forest, XGBoost, LightGBM) usually wins on tables, trains in minutes on a laptop, and is easier to explain with feature importance and SHAP values.
- Deep learning (CNNs, LSTMs, pretrained vision models) wins on unstructured data but needs a GPU for training. Free Google Colab or Kaggle notebook GPUs are enough for every project below.
The strongest final-year projects often use both: a classical baseline and a deep model on the same task, with a fair comparison. If you need a refresher on how these fit together, read AI vs ML vs deep learning and what a neural network is.
Where can you find datasets for machine learning final-year projects?
The four most reliable sources are Kaggle, the UCI Machine Learning Repository, Hugging Face Datasets and India's Open Government Data platform (data.gov.in). Each dataset in the list below names its source so you can find it directly.
When you pick a dataset, check four things before committing:
- Licence: can you use it for an academic project?
- Size: enough rows or images for a train, validation and test split.
- Label quality: read 50 samples and see whether the labels look right.
- Prior work: popular datasets have public notebooks you can compare against, which gives you a ready-made baseline to beat or match.
Avoid toy datasets such as Iris as your main dataset. They are fine for learning, but too small and too solved for a final-year project.
Which metrics should you report in a machine learning project?
Report the metric that matches your problem type and the cost of mistakes, not just accuracy. Accuracy misleads whenever classes are unbalanced, which is most real problems.
| Problem type | Metrics to report | Watch out for |
|---|---|---|
| Balanced classification | Accuracy, macro F1, confusion matrix | Per-class errors hidden by the average |
| Unbalanced classification (fraud, disease, intrusion) | Precision, recall, F1, PR-AUC | Accuracy looks high even for a useless model |
| Regression and forecasting | MAE, RMSE, and a naive baseline | Errors that are large only at peaks |
| Object detection | mAP at an IoU threshold, FPS | Speed matters if you claim real time |
Always report the same metric for your baseline and your best model, on the same held-out test set.