Как уже было замечено выше практически любое приложение можно реализовать на практически любом языке и в практически любой исполняющей среде.
При выборе инструмента происходит размен одних качеств на другие.
Пример:
- С++ позволяет (при правильной заточке рук) писать максимально эффективный код, занимающий мало памяти и машинного времени, но он сложен и специалисты дороги. Но если в вашем распоряжении есть библиотеки, которые делаю то, что вам надо, то все упрощается. И т.д.
- Perl при прочих равных медленнее и требует больше памяти, но он идеален для создания мелкой технологической оснастки, повседневных одноразовых задач по обработке и конвертации данных, на задачах обработки текста будет труднее написать более эффективное решение на С++ за приемлемое время. Специалисты Perl тоже дороги или чуть дешевле C++.
- VB6 медленнее C++ (наверное, немного медленнее Perl), жрет больше ресурсов. Зато идеален для быстрого создания несложных ActiveX в задачах интеграции, а так же идеален для быстрой лепки интерфейсов к БД, не содержащих наворотов. Легок в освоении, специалисты относительно дешевы, (хотя с выходом VB.NET все меняется).
Теперь по вашим пунктам:
- интеграция - все 3 имеют мощнейшие возможности интеграции. Так как сегодня интеграция - это свойство технологии, а не инструмента.
- Масштабируемость - масштабируемость инструмента - это свойство инструмента групповой разработки, но тут надо понять, инструмент из какого класса вы собираетесь выбрать. Масштабируемость написанного приложения - свойство архитектуры приложения и инструмент тут не причем.
- простота модификации - это свойство принятой технологии и архитектуры приложения и только косвенно зависит от инструмента. Боюсь, что модифицировать сам инструмент вам никто не позволит...
- Поддержка ООП сегодня есть везде, даже в ассемблере (как уже здесь говорили). Например все три вышеперечисленных средства ее имеют.
- поддержка БД - это вопрос выбранной технологии доступа к БД, а не инструмента. Сегодня есть устоявшиеся технологии и почти все средства разработки с ними совместимы, за исключением полусамопальных недосредств местного применения.
- Производительность - если ваше определение производительности не брать в расчет (имхо это бред) можно сказать так: производительность должна быть достаточной для данного приложения, без указания приложения, производительность предсказать нельзя. Разные инструменты демонстрируют разную производительность на разных задачах.
- Удовлетворение требованиям - это философские игры, тут вы переписываете требования, которым удовлетворяет инструмент, который должен выиграть тендер (в вашем случае - это один из .NET языков)

Если надо обоснование для диплома, то пишите так: поставленная задача не содержит особенностей, позволяющих применить специфический инструмент разработки <список специфических инструментов>, исполняющую среду <список>, технологию или библиотеку (привязвнную к среде исполнения и инструменту). Из инструментов и технологий общего назначения, позволяющих решить задачу есть <сюда вставляете список, что есть> Выбрано <ТОТО> по тому, что в нашем распоряжении имеется разработчик, владеющий этим инструментом, опыт разработки и наработки из предыдущих проектов, дальше идет прикидка повторного использования имеющегося кода, время на втыкания в новые инструменты и технологии и т.д. (то есть экономическая часть, как уже было предложено раньше)