2 один из ламеров

Поправьте меня, если я ошибаюсь

Я считаю, что программист делает программы для людей (пользователей) прежде всего, поэтому должен относиться к ним, если не с уважением, то минимум с сочувствием . И это (ИМХО) - один из признаков подлинного профессионализма .
В случае же с ЕГАИС я вижу обратную картину, чему свидетельство - высказывание одного из Ваших коллег (надеюсь - не Ваше) на форуме компании-разработчика, адресованное людям, которые пришли туда в надежде получить помощь - "выбрали себе такой бизнес - терпите". И это при том, что к разработчикам обращаются с реальными проблемами , которые можно пощупать, измерить и исправить .
Отсюда и выводы такие.
Ничего личного - только оценка профессиональной деятельности...

PS Когда-то я работал в госструктуре и "попал" под административное внедрение, так что очень хорошо представляю, что испытывают эти люди.

1. ГОСТ (34.602-89) на разработку АСУ действительно хорош. Применялся при преоктировании BI систем - ТЗ получается грамотное и всестороннее. Конечно - многое зависит от аналитика, которое его разрабатывает, но ГОСТ не дает упустить важные детали.

2. Коль человеческие проблемы для разработчиков ЕГАИС - просто треп, что и ожидалось, попробуем задать технические вопросы:

Предпосылка:
" пользователи не желали сотрудничать и отвечать на вопросы ".

Факты:
а. " Кроме того, ряд оптовиков пришел к выводу, что у ЕГАИС слишком низкий лимит на количество одновременных подключений: если в системе находятся более десяти пользователей, она прекращает работать "
Вопрос масштабирования - чья компетенция? Пользователи должны были подсказать архитектуру системы?

б." система перед внедрением вообще не была протестирована. "
Вопрос тестирования - чья компетенция?

в." для начала работы с ЕГАИС необходимо внесение данных обо всей оставшейся продукции, что невозможно из-за отсутствия в ней номенклатурных справочников со списками предприятий-производителей и товарных позиций "
Вопрос создания единых номенклатурных справочников, справедливости ради, не вопрос к разработчикам, но и пользователи тут как-то не вписываются.

г. "ПУСТАЯ ФОРМА накладной открывается две минуты*
накладная сохраняется 4 минуты 23 секунды... "
Это, конечно, тоже пользователи виноваты. Они должны были говорить такие слова, как "локальное кэширование", "асинхронный режим", "пакетное обновление" и т.п.
* Упреждая вопросы по возможному количеству одновременно работающих пользователей, рекомендую обратить внимание на текущее количество сессий данного сайта, а так же на конфигурацию собственного компьютера, с которого осуществляется просмотр данного сообщения.

д. "программа веселая такая... шустрая... спрашиваем - чего так тормозит - а в ответ "А сколько у вас оперативки стоит?"
- Да сколько вы в спецификации велели, 512!
- Да вы что! Меньше гектара не имеет смысла!"
Ну и это, не иначе, как по заявкам трудящихся было сделано (см. выше.)

Перечислять можно и дольше, просто не хочется. Все цитаты взяты отсюда, я ничего не придумывал:
- http://citcity.ru/12887/
- http://community.livejournal.com/paparazzi/7684902.html

Выводы
1. Отсутствует управляемый процесс разработки
2. Отсутствует руководитель внедрения (менеджер проекта)
3. Отсутствуют аналитики/проектировщики
4. Отсутствует архитектор системы

Последствия:
1. Парализовали* торговлю алкоголем целой страны .
* Естественно, на разработчиков всех собак вешать некорректно, тут есть и другие факторы, которые не имеют технологических "корней", но и закрывать глаза на качество разработки не стоит.

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

Лингвистическое обеспечение - рискну предоложить, что ноги растатут от консольных приложений, когда юзер должен был знать много волшебных словечек в ответ на которые программа выдавала что-то... Однако актуальости раздел никак не потерял.

Мы использовали этот раздел для ссылок на языки программирования и скриптов, используемых при разработке системы. Для нашей системы было принципиально наличие неких ограничений на используемое подмножество команд SQL - вот там это и было отражено.