Концепции важны. Но все-таки концептуальный уровень слишком «высок» и служит скорее для решения общих вопросов развития и планирования. К сожалению, концептуальные решения невозможно отдать программисту, чтобы он написал соответствующий код. Точней отдать, конечно, можно, но вот код будет о том, о чем он подумал, и далеко не факт, что подобная интерпретация Ваших мыслей Вас устроит. Что будет соответствовать тому, что Вы планировали в концепции.

Вот для того чтобы программист закодировал именно то, что нужно, аналитики должны грамотно поставить задачу. То есть описать требования к реализации программного обеспечения до самого детального уровня – алгоритмов, схем и форм. На данном этапе должны и могут проектироваться такие вопросы, как структура БД (не выбор платформы для БД – это вопрос концепции, а именно структура: таблицы, связи, справочники, процедуры и т.п.). Кстати, зачастую при работе над постановкой задачи может быть частично или даже полностью пересмотрена концепция ИТ. Например, когда реализация той или задачи неоправданно сложна, или когда понятно, что автоматизация, только, усложнит работу персонала. Конечно, так бывает не всегда, скорее даже в единичных случаях. Но мы в своей практике сталкивались с концепциями, разработанными вполне вменяемыми консалтинговыми компаниями (по крайней мере, что называется «на слуху»), которые при проработке ПЗ «трещали по швам». Конечно возникает вопрос, как же тогда писалась концепция, ведь фактически, такие ошибки – это ошибки системные, которые могут обернуться высокими затратами на исправление. Поэтому они должны писаться людьми, которые могут не только рассуждать «в общем», но и понимать, как то или иное предложение, решение будет выглядеть на практике. Представлять все аспекты его реализации. Но как бы то ни было – от ошибок никто не застрахован. Даже «гуру», которые делали подобные работы десятки и сотни раз. Конечно, опыт снижает такую вероятность, но все же. Кроме того, повторимся, концепция рассматривает вопросы всего ИТ, в целом: и инфраструктуры, и ИС, и организации. Постановка задачи на автоматизацию рассматривает именно детальные вопросы разработки\доработки программного обеспечения. Для того, чтобы полностью свести к нулю вероятность получения чего-то неприменимого или ошибочного.

В рамках постановки задачи на автоматизацию мы выясняем все нюансы, все детали деятельности Заказчика. Документируем их. Понимаем наиболее сложные и затратные в реализации места. Вырабатываем решения. Согласуем их с Заказчиком.