Re: E-Gov

7. Мы планируем где-то с февраля развивать wiki.elrussia.ru, сделать новостную ленту и т.д. У меня есть аналогичные планы по Электронной Москве, если с приходом нового конструктора ничего не изменится в лучшую сторону. Правда пока не очень представляю, как собрать сообщество разработчиков. 8. Проблемы в том, что в государстве софт нельзя внедрять без принятия нормативных актов: ибо автоматизировать хаос -- бессмысленно, нужно сначала выправлять кривое законодательство. Хорошо, пока нет нормальных ЭАРов, мы можем автоматизировать отдельные функции, которые по любому останутся. Например, сейчас мы создали отраслевую БД для одного комитета правительства Москвы, создали инструмент для её ведения. Однако встала задача - дать чиновникам инструмент быстрого получения информации, построения произвольных отчётов без знания ИТ, БД и т.д. Получается ситуацая - данные в системе есть, и должны быть доступны в любой момент, но извлечь их не так-то просто. Жёсткие отчёты трудоёмки в разработке и ограничены по функциональности. Более полный Case. В промышленном варианте такая задача решается посредством использования системы класса BI & Ad-Hoc Reporting типа BusinessObjects, MicroStrategy, SAS BI, Cognos BI. Основные свойства таких систем - наличие инструментария разработчика/бизнес-аналитика, позволяющего построить промежуточный слой, переводящий данные с языка БД на язык предметной области, и инструмента пользователя, в котором он простым Drag'n'Drop отбирает нужные ему объекты, задаёт фильтры, строит отчёт нажатием кнопки и настраивает его внешний вид. Однако стоимость этих систем - десятки тысяч долларов, я боюсь, что с бюджетом уровня комитета мы такую систему закупить/внедрить не сможем. А разработка системы с такой функциональностью - это человекостолетия. Другое дело, если бы такая система была а) закуплена муниципально/федерально или лучше б) разработана муниципально/федерально. Тогда её вполне можно было бы тиражировать с громадной экономией средств налогоплательщиков.