LeninLife,

уточните задачу - объемы данных, примерное количество сущностей (таблиц), кто и как будет пользоваться системой. для разных задач и инструменты разные. От акцесса до экзадаты

LeninLifeСпасибо за ответы), я понимаю что просить людей за меня думать ооочень плохо, но не про теорию понял, а можете подсказать поконкретней, касательно с какой литературы лучше начать, где искать конкретные проекты, и далее и далее.
Конкретное описание планируемого проекта: Сохраняемые файлы, Txt или XLS, сохраняются на рабочий компьютер в определенную директорию, от туда, выгружаются, затем это должно быть отображено в более удобной форме, на данный момент это представляется как веб станица с интерактивными гипер ссылками.
заранее спасибо за помощь

С точки зрения БД интересно - сколько данных по количеству, сколько типов данных (таблиц в базе), как они связаны и кроссчекаются, сколько пользователей у системы , сколько типов пользователей(ролей) как разграничивается доступ к данным по ролям (примерно), будет ли удаленный доступ или только локальный, каков бюджет проекта и временные рамки.


если хочется теории - ну например

Мартин Фаулер. "Архитектура корпоративных приложений" - ну там один из подходов к тому, что такое нормальное приложение вообще.
Из полезного к знанию - ну хотя бы нормальные формы и понятие транзакции, ACID, ну совсем для разминки. Потому что современные подходы изучать не понимая старинного - все равно не выйдет.

Как описывать свою систему (один из подходов, тоже старый)

Современные методы описания функциональных требований к системам
Коберн А

Всегггг

А, совсем забыл. Иногда инструмент выбирают по принципу - - чтобы потренироваться на нем делать и найти другую работу ... тоже не последний вопрос