Наша компания занимается разработкой специального программного обеспечения.
Специальное программное обеспечение , в отличие от универсального, применяется для более эффективного решения узко специализированных задач.
Необходимость разработки специального программного обеспечения возникает в следующих случаях:
1. Функциональных возможностей существующих программных продуктов не достаточно чтобы удобным способом решать те или иные задачи, либо отсутствие соответствующего программного продукта.
2. Существует необходимость сочетания в одной программе возможностей ряда других программных продуктов.
3. Необходимость автоматизации тех процессов, ручная обработка которых трудоемка и требует больших затрат времени.
4. Необходимость проведения уникальных расчетов, моделирования, прогнозирования и т.п.
Специалисты нашей компании готовы создать для Вас программное обеспечение, используя самые современные технологии.
Наши программные продукты надежны, обладают дружественным и интуитивно понятным графическим интерфейсом, совместимы с другими программными продуктами.
Референс-лист по разработанному компанией Перспектива СПО приведен ниже:
|
KR-OPC Server Универсальный OPC-Server для работы с контроллерами любых производителей (Danfoss, Siemens и ОВЕН). Реализован алгоритм доступа непосредственно к ячейкам памяти контроллера. При этом отходит на задний план ПО разработанное производителем для данного контроллера. Наш OPC-Server интегрируется в любую SCADA-систему с выдачей соответствующих данных. Тестирование производилось с контроллерами Danfoss, Siemens и ОВЕН. По желанию Заказчика OPC-Server дорабатывается для использования под любой контроллер. |
|
|
|
АСУ ИТП здания на базе контроллеров Danfoss ECL Разработан программный комплекс дистанционного управления ИТП на базе контроллеров Danfoss серии ECL 210/310. Реализованный функционал: сбор и хранение информации о параметрах ИТП, доступ через web-интерфейс или клиентское приложение. В стадии разработки: управление насосами и электроприводами ИТП, формирование отчетности, мобильное приложение (iOS, Android, Windows Mobile). Удаленный доступ к контроллеру реализован по каналам Ethernet, GPRS/3G/4G/LTE. |
|
|
ПК расчета критериев экономической эффективности инвестиций в ИТП Разработан программный комплекс расчета критериев экономической эффективности инвестиций в установку в здании ИТП. Рассчитывается: срок окупаемости инвестиций, чистый доход за счет экономи энергоресурсов, индекс доходности инвестиций для любого заданного ИТП на основании ввода требуемых исходных данных. |
|
|
ПТК оценки значения уровня потерь достигаемого в результате внедрения мероприятий В ПТК производится оценка резервов снижения потерь электроэнергии в ЕНЭС и определение целесообразности внедрения мероприятий по снижению потерь электроэнергии в разрезе филиалов ПАО «ФСК ЕЭС» МЭС. В ПТК обоснован перечень факторов и мероприятий по снижению потерь электроэнергии в ЕНЭС в разрезе филиалов ПАО «ФСК ЕЭС» МЭС за счет оптимизации режимов работы ЕЭС России по реактивной мощности и уровням напряжения, а также за счет снижения расхода электроэнергии на собственные нужды подстанций. Разработан мощный отчетный блок, для формирования отчетных данных. |
|
|
Комплекс технических средств и ПО автоматизации ИТП(ЦТП) любой сложности KR-Термо Собрано и установлено 7 моделей промышленных ПК встраиваемых в щит управления ИТП. Разработан программный комплекс управления ИТП на базе KR-OPC Server, расположенного на ПК в ЩУ ТП. На ПК установлена доработанная система QNX. Система работает с абсолютно любым контроллером и теплосчетчиками и не имеет в этом отношении аналогов. Реализованный функционал: управление ИТП, сбор и хранение информации о параметрах ИТП(ЦТП), анализ теплопотребления и пр, доступ через web-интерфейс или клиентское приложение. Реализован удаленный доступ к ПТК по требованию не требующему постоянного доступа в интернет. Полное название ПТК - KR-Термо . |
|
|
Доступ по протоколу http к программному комлексу управления ИТП Разработана универсальная web-платформа для доступа к системе управления ИТП через интернет. Позволяет контролировать любые параметры ИТП (ЦТП), управлять элементами теплового пункта, получать отчетность о потреблении, вести аналитику и пр. Позволяет подключаться к любому ИТП (ЦТП) на котором установлен и реализован ПТК KR-Термо . |
Современное программное обеспечение, предлагаемое производителями оборудования реализует стандартные требования широкого круга потребителей. Когда требуется решить специальную, сложную и нестандартную задачу Заказчика стандартного функционала может быть недостаточно.
Компания ЮНИМАКС готова решить любую задачу клиента и предоставить наиболее удобный функционал в установленном программном обеспечении. Для этого мы налаживаем прямой диалог с производителями оборудования и программного обеспечения. Партнерские статусы позволяют нам выходить напрямую на разработчиков для улучшения и развития программного обеспечения. Если задача не требует модернизации ПО и может быть решена в рамках отдельного продукта, то мы готовы создать программное обеспечение с "нуля".
Наши услуги в области разработки программного обеспечения:
- доработка программный продуктов систем безопасности для реализации новых возможностей, улучшения существующего функционала, реализации нестандартных задач
- разработка новых программных продуктов для решения локальных задач заказчика
Примеры, когда необходимо дорабатывать существующее или разрабатывать новое программное обеспечение:
- получение отчетов по форме клиента
нередко клиенту требуется получать отчеты по своей форме, содержащие информацию в удобном для восприятия виде, с дополнительными полями, графиками и диаграммами. Для этого нередко данные выгружаются в редактируемый формат и далее перерабатываются и дополнительно оформляются. На это тратятся значительные ресурсы и время. Мы предлагаем создание отчета в несколько кликов и освобождение от рутины - получение статистики
большинство программных продуктов предлагает данные в отчете в виде отфильтрованных записей протокола. Получить информацию о количестве событий определенного типа, информацию о структуре системы и ее изменение во времени, статистике происходящего в системы с возможностью анализа и выявления закономерностей часто невозможно. Мы предлагаем создание статистических отчетов с возможностью глубокого анализа - интеграция с корпоративными программами
для больших компаний, имеющий свой собственный софт для управления бизнес процессами крайне важно получать информацию о всем происходящем в привычной для них среде. Выгружать данные в ручном режиме крайне трудоемко и сопряжено с возможными ошибками и махинациями со стороны персонала. Мы готовы помочь в интеграции данных из системы безопасности в ERP системы заказчика.
Как разработать учебно-методическое обеспечение в СПО?
31 июля прошёл вебинар «Разработка учебно-методического сопровождения ФГОС СПО», в котором приняли участие 65 представителей колледжей и техникумов разных регионов страны. Вебинар провёл Дмитрий Анатольевич Шевченко - доктор экономических наук, кандидат философских наук, профессор, заведующий кафедрой «Маркетинговые коммуникации» Московского политехнического университета.
В начале вебинара Дмитрий Анатольевич высказал мнение, что было бы лучше, если бы ребёнок спокойно учился, спокойно сдавал ЕГЭ, а после этого уже думал, куда ему податься - на работу, в вуз или колледж. Но пока к этому решению не пришли, «будем работать с тем, что имеем».
Дмитрий Анатольевич посетовал, что, пока готовился к этому вебинару, просмотрел горы документов. Сейчас их просто немыслимое количество, что становится проблемой, так как непонятно за что браться. К тому же встречается много дублирований, отметил эксперт.
Чтобы помочь работникам профессионального образования как-то сориентироваться в этом потоке информации, Дмитрий Анатольевич собрал для участников вебинара подборку полезных ресурсов для разработки учебно-методического обеспечения в учреждениях СПО.
4 полезных ресурса для учебно-методической работы в СПО
На этом портале вы найдёте список ФУМО по различным специальностям.
По каждой специальности указаны члены учебно-методических объединений и их контактные данные. Дмитрий Анатольевич на своём опыте проверил, что они открыты к общению:
- Я писал несколько писем туда, прекрасно общаемся. Открыты к любому вопросу.
Эксперт советовал не стесняться и обращаться к представителям ФУМО за консультациями.
Этот портал важен потому, что практикоориентированное образование предполагает обращение к профстандартам - документам прежде всего сферы труда, а не образования. Здесь вы сможете принять участие в обсуждении или в разработке профессионального стандарта.
На этом сайте вы найдёте реестр уже существующих профстандартов и находящихся ещё в разработке. Указаны разработчики готовящихся профстандартов и их контакты. Вы сможете связаться с ними напрямую и задать вопрос.
Дмитрий Анатольевич заметил, что сайта с более детальной проработкой вопросов методического обеспечения ещё не видел. Здесь представлены примерные программы и методические материалы по проектированию основных образовательных программ СПО по ТОП-50.
В примерных программах прописаны все нормативные документы, детально описывают все характеристики специальности, представлены модули, показан календарный учебный график и примерные рабочие программы дисциплин (РПД) по модулям.
Перечисленные сайты могут здорово помочь при разработке учебно-методического обеспечения в организациях СПО. На каждом из них предусмотрена обратная связь - вы сможете обратиться за объяснением тех моментов, которые вас озадачили.
Что такое матрица компетенций?
Матрица компетенций (МК) - это документ, соединяющий образовательную программу и образовательный стандарт в части результатов освоения образовательной программы (ОП), которые:
- закреплены в образовательном стандарте (ФГОС);
- формируются и проверяются в ОП.
Преподаватели на основе МК включают в свои рабочие программы дисциплин обязательные компетенции и ориентируются на профессиональные задачи. Компетенции, которые необходимо сформировать по дисциплине, можно увидеть в матрице компетенций. Матрица компетенций, как правило, оформляется в программе Excel. Дмитрий Анатольевич считает, что она должна быть у каждого колледжа по каждому направлению.
Также ведущий вебинара коснулся вопросов текущего и промежуточного контроля, отметив, что сейчас это одно из сложнейших направлений учебно-методической работы в СПО. Если вам интересна тема документального сопровождения практики, текущего контроля успеваемости, промежуточной и итоговой аттестации, то приходите на двухдневный онлайн-курс «Оценка качества образования в СПО: ВСОКО и НОК» .
На какие документы опираться при организации ДЭ?
Методическое обеспечение проектной деятельности в СПО
Проектная деятельность, по утверждению Шевченко, даёт колоссальное преимущество тем учебным заведениям, где она рассматривается как часть учебного процесса. То есть на неё отводят часы, примерно 250 (минимум - 50 часов). Куратором проекта может быть не только преподаватель или мастер производственного обучения, но и индустриальный партнёр, который потом будет присутствовать на ГИА.
Эксперт вебинара обратил внимание участников, что в проектной деятельности меняется расстояние между преподавателем и студентом. И вот когда оно меняется, появляются личные симпатии и антипатии, что может стать проблемой при выставлении оценок.
Вопросы участников
Джамиля: 250 часов на проектную деятельность чем регламентируется?
Дмитрий Шевченко: Всё регламентируется внутренними документами, рассматривайте это как часть учебного процесса. Конечно, за счёт каких-то сокращений отдельных направлений.
Элла Смелова: Курсовая работа обязательно должна присутствовать в формах контроля или колледж вправе самостоятельно выбирать актуальные формы? Может ли контрольная работа быть формой промежуточного контроля?
Дмитрий Шевченко: Может, конечно. Контрольная - да, а вот курсовая - вряд ли. Нужно смотреть, предусмотрено ли это учебным планом.
Тем временем в чате вебинарной комнаты разгорелось обсуждение между участниками.
Эдуард Тамбалеев: Скажите, в так называемых актуализированных стандартах (2017 года) на ГИА отводится 216 часов. Это предусматривается на каждого студента, за счёт этого времени проводится ДЭ в процессе ГИА?
Елена Романова: Это количество недель на ГИА, в том числе и ДЭ.
Эдуард Тамбалеев: Да, согласен, это 6 недель. Я имею в виду, когда мы начинаем рассчитывать нагрузку для преподавателей, мы закладываем на каждого студента на ГИА 216 часов?
Елена Романова: Конечно, нет. Мы же считаем на реализацию программы, то есть на группу. По крайней мере, я так считаю.
Дмитрий Анатольевич согласился с Еленой Романовой и поблагодарил участников вебинара за активное обсуждение проблемы. Приятно видеть, что коллеги помогают друг другу.
Подготовиться к изменениям в сфере СПО вы сможете на Международном проектно-аналитическом семинаре «Обеспечение качества обучения в системе СПО в соответствии с мировыми стандартами. Конструируем колледж нового образца» . Зарегистрируйтесь прямо сейчас. Будьте на шаг впереди.
Спасибо за то, что поддержали идею проекта – Программное обеспечение для госучреждений создаваемое по госзаказу должно быть с открытым исходным кодом . То количество информации, которое мы получили благодаря вам, позволило нам до конца проработать наиболее сложные вопросы на данном этапе. Теперь, когда концепция проекта закончена, мы начинаем действовать.
Начнем с того, что попытаемся донести этот проект до руководителя республики Татарстан – Рустама Минниханова. Потому что он активно развивает АйТи отрасль в республики, да и к тому же территориально мы к нему ближе.
Параллельно отправим письмо президенту РФ через его интернет-приемную. Так же попытаемся наладить связь с зарубежным сообществом единомышленников для обмена опытом. Если удастся, привлечем СМИ к данной проблеме. Еще свяжемся с представителями различных партий с просьбой поддержать нас, помочь проблеме не затеряться в кабинетах государственной власти.
В общем, план действий нарисовался объемным, будем двигать идею, при этом держать вас в курсе событий – хронология в твиттере с ключевыми отчетами на хабре.
Концепция проекта
Итак, основная идея проекта заключается в том, что программное обеспечение, разрабатываемое по государственному заказу для государственных учреждений, должно быть свободным, с открытым исходным кодом. В основном это утверждение должно распространяться на программное обеспечение общего назначения, т.е. то, которое не имеет определенные уровни секретности. Сайты госучреждений, электронные услуги, электронное правительство, документооборот и т.п. К сфере, которая обеспечивает безопасность страны, идея СПО не относится.
Прежде чем ознакомиться с текстом проекта-программы, приведу несколько примеров, как СПО может повлиять на развития отрасли АйТи в государстве.
Пример из комментария к статье
Взят отсюда , немного доработанный.
Государство выделяет финансирование на создание «типовой конфигурации» для регистратуры поликлиники и требует соответствие разрабатываемого продукта всем существующим законодательным актам.
Подрядчик разрабатывает хороший, качественный продукт, получает свою плату и передает этот продукт государству.
Потом нас спрашивают – а как же регистратура поликлиники города N, где все – немножечко по-другому?
А поликлиника города N нанимает за гораздо меньшие деньги местного Кулибина, который допиливает на условиях СПО большую систему.
А теперь представим областную больницу. У них ведь свои айтишники есть, да и с финансированием получше и клиентов больше. Они боятся за сохранность системы и данных. Получили большую систему, и наняли небольшого регионального оператора, который за меньшие деньги поддерживает и оперативно латает дыры этой системы на условиях СПО, причем уже совместно с Кулибиными из города N.
В итоге сэкономлены бюджетные средства, продукт разрабатывается на местах и единый формат данных выдержан.
Другой пример
Государство утвердило единый движок для официальных сайтов госучреждений.
Все госучреждения однотипные, со своими руководителями, регламентами, часами приема, структурой отделов и т.п.
Теперь, допустим, возьмем управление архитектуры из города N, в котором появляется инициативный руководитель. Этот руководитель своими силами привлекает программистов и на условиях СПО разрабатывает модуль к сайту - «Предварительное согласование эскизных проектов». Отлаживает работу этого модуля уже на практике.
Потом руководитель из города M узнает о существовании такого модуля, о том, как за счет него появляется эффективность в работе с посетителями госучреждения и внедряет этот модуль на сайт своего госучреждения. Кстати, узнает, потому что есть практика обмена опытом среди руководителей однотипных госучреждение разных городов/регионов.
А через некоторое время этот руководитель изыскивает возможность доработать модуль. Нанимает местных программистов и дорабатывает ряд функций в этом модуле. А потом делится этими наработками с госучреждением из города N.
А ведь всего-навсего, чтобы запустить этот механизм, не нужны многомиллионные бюджеты. Все что нужно, это утвердить законодательные регламенты, разработать необходимое СПО или взять готовое и внедрить его в госучреждения страны.
А если вы сомневаетесь в том, что бывают такие инициативные руководители, госслужащие, то зря. Управление архитектуры и градостроительства г. Казани - прямое тому доказательство. Сайт этого управления создан исключительно силами сотрудников управления, на открытом программном обеспечении. Ни копейки из бюджетных средств на это не запрошено.
А еще, после выхода статей на хабре об идеи СПО в госучреждениях, с нами связались госслужащие из других городов, которые своими силами, без привлечения каких - либо бюджетных средств, ежедневно внедряют СПО в свои учреждения.
Эта модель наведет порядок
«Ваша схема породит беспорядок в этой отрасли, вы дадите им исходники, и каждый будет разрабатывать так, как хочет» - хорошее утверждение, но ошибочное.
Вот как раз сейчас в этой сфере один сплошной беспорядок. Чуть ли не каждое госучреждение разработало столько различных и уникальных программных продуктов и исключительно для своего госучреждения, причем кто как смог, так это и сделал. Кто-то это делал, чтобы сделать качественнее работу, кто-то только для того, чтобы вырвать кусочек пирога из бюджета. Где-то централизовано внедрили областное программное обеспечение, причем каждая область, регион сделало это самостоятельно, со своими принципами, форматами данных и т.п.
С другой стороны, это закономерно, потому что АйТи так стремительно вошло в нашу жизнь, что мало кто-либо смог бы заложить изначально все эти схемы, законы и механизмы, чтобы сделать единое программное обеспечение для всех госучреждений такой огромной страны.
Причем самое страшное происходит сейчас, когда опять предпринимаются попытки разработать единое программное обеспечение для всей страны, но реализовывают это все по той же утопичной схеме. Ну, вот скажите мне, пожалуйста, кто лучше знает, каким образом нужно согласовывать эскизные проекты фасадов зданий? Госучреждение, которое занимается этим каждый день или разработчик/группа разработчиков, которая сидит рядом с правительством? И что, эти разработчики будут ездить в управление и изучать его работу? Консультироваться с сотрудниками, собирать и анализировать информацию, советоваться, как сделать наиболее правильно ту или иную функцию? Конечно же, нет. В итоге, опять получится продукт, который будет для «галочки», который либо не будет работать на местах, либо который только добавит этой работы сотрудникам учреждения.
Хотите примеров? Пожалуйста.
Когда-то давным-давно я разработал программу для расчета питания в детсадах для РОО Вахитовского р-на Казани. Разрабатывал его прямо на месте, каждую функцию прорабатывал и оттачивал с сотрудниками учреждения. В итоге получился продукт, заточенный под деятельность этого госучреждения. Причем продукт получился настолько удобный, высвободил время сотрудника в разы. Все, что нужно было сотруднику, это немного подкорректировать заявки на следующий месяц и дальше нажать кнопку, которая все необходимые расчеты, отчеты и прочую работу сделает самостоятельно. Конечно, здесь появилась другая тенденция, раньше сотрудники эти расчеты делали весь месяц, а теперь вся работа умещалась в один день, со всеми вытекающими. Но это уже другая история. И вот, продукт работает и в сопровождении не нуждается. Я забыл про него. Но однажды, мне позвонил руководитель этого учреждения с просьбой о помощи – «Нам централизовано внедрили продукт по расчету питания в дошкольных учреждениях, сотрудники отказываются в ней работать, чуть ли не под фактом увольнения. Пожалуйста, сделайте что-нибудь, поговорите с разработчиками этого продукта, пусть они его сделают таким же удобным, как ваш».
Конечно же, я говорил о своем продукте с соответствующими чиновниками и предлагал его внедрить по всему городу, республике. Но кому нужен готовый продукт? Продукт, на котором нельзя заложить бюджет, да как можно побольше?
А что в итоге? Еще несколько лет сотрудники этого госучреждения продолжали работать в моем продукте, а результат его работы копировать в централизованный продукт. И длилось это до тех пор, пока было возможным, пока окончательно не поменяли регламенты и механизмы.
Пользуюсь случаем, хочу выразить глубокое уважение и почет сотрудникам госучреждений. Как только над ними не издевается это «централизованное программное обеспечение». Через какие только абсурды не приходиться проходить этим сотрудникам. Но, зато есть и положительная сторона вопроса – все это настолько воспитывает в них смекалку, что порой диву даешься, глядя на очередную заплатку к очередному абсурду. В общем, почет и уважением вам, держитесь! Только благодаря вам, Россию не победить!
Так какое же решение должно быть, чтобы предложенная вами модель не породила очередной беспорядок в области программного обеспечения для госучреждений?
Ответ – однозначно СПО!
И порядок будет потому, что в организации этого порядка будут заинтересованы все участники программного продукта, спросите как? Сейчас объясню.
Представим ситуацию. Государство проводит аукцион на разработку продукта «P» с обязательным условием того, что этот продукт должен быть СПО. Ваша компания, участвующая в этом аукционе, побеждает в нем и разрабатывает этот продукт за бюджетные деньги. Далее исходный код продукта публикуется в государственном репозитарии открытых проектов (РОП). С этого момента ваша компания становится ведущим разработчиком в сообществе этого продукта. Зачем? Затем, что это хороший бизнес. С этого момента вы можете добавить дополнительные функции - адаптирующий этот продукт для коммерческих учреждений и если уж так хотите, именно эти дополнительные функции закрыть, закрыть исходный код. Зарабатывать на сопровождении этого продукта и прочих механизмах извлечения прибыли от СПО. Информации, за счет чего живут компании СПО, в сети интернет достаточно, здесь я их описывать не буду. И самое приятное для вашей компании и для самого продукта СПО, то, что очередной инициативный руководитель госучреждения будет дорабатывать его под свои нужды, причем тот продукт, который приносит прибыль вашей компании. А, следовательно, вы всячески будете помогать этому руководителю в том, чтобы он эти доработки сделал как можно правильнее, без косяков. А при необходимости и сами доработаете полностью или частично востребованные функции. И с этого момента, ваша компания будет делать все, для того, чтобы в стране появлялось как можно больше этих самых инициативных руководителей.
Доработка функционала СПО
Так же необходимо будет запустить открытый механизм доработки СПО за счет бюджетных средств. Работать он будет следующим образом.
Допустим, руководителю госучреждения необходимы новые функции в используемом СПО. По ряду причин он не может как-то решить этот вопрос самостоятельно. Но, в его силах описать эти функции на сайте РОП (напомню, РОП – государственный репозитарии открытых проектов) в систему тикетов, в раздел «необходимые доработки» этого СПО. Далее, ведущий разработчик этого СПО рассматривает эту заявку на доработку, при необходимости корректирует ее и формирует запрос на выделение бюджетных средств для разработки функций. Далее, государство на сайте РОП проводит открытый аукцион на доработку функционала. В деталях проводимого аукциона видны все характеристики, кто запросил эти функции, какие были комментарии и корректировки заявки, кто и когда формировал саму заявку, и все, что связанно с этими доработками. Всю историю в подробностях, потому как это будет полезная информация для исполнителей. Конкурс будет проходить на бирже проектов сайта РОП, на которой может подать заявку и физическое лицо тоже. Доработки могут быть не настолько масштабными, чтобы ими занимались компании. Необходимо дать физ.лицам, свободным программистам - фрилансерам возможность заработать.
Самое главное, вся история по исполнителю будет храниться на сайте РОП в открытом доступе. А именно, какие функции, программы он разрабатывал, когда, в какие сроки, сам исходный код этих изменений, СПО, его ревизия в репо. В общем, вся деятельность этого исполнителя на сайте РОП.
Это информация будет определяющей в выборе исполнителя по конкурсу на госзаказ. И позволит отсеять недоброкачественных исполнителей.
Разработка технического задания на СПО
Техническое задание (далее ТЗ) на разработку СПО необходимо проводить так же в открытом доступе, с сохранением всей истории. Причем разработчик ТЗ на равных правах будет участвовать в конкурсе на разработку самого СПО по этому ТЗ. Исполнитель, по факту разработки ТЗ, публикует весь его исходный текст на сайте РОП. ТЗ крупного объема необходимо делить на части, этапы. Все версии текста ТЗ должен быть доступен в репозитарии исходных текстов(кодов), например тот же subversion.
В общем, идея разработки ТЗ соответствует разработке исходного кода программы. Чтобы любой желающий мог видеть, на какой стадии находиться ТЗ. Как идет ход по его разработки? В том ли направлении исполнитель разрабатывает это ТЗ?
Во-первых, это обеспечит «народный» контроль, а так же позволит заинтересованным лицам СПО содействовать в его разработке.
Например. Ваша компания выиграла тендер на разработку ТЗ будущего СПО для госучреждения. Допустим, я являюсь руководителем госучреждения, для которого разрабатывают это СПО и мне не безразлично качество этого ТЗ (еще раз подчеркиваю, не надо всех чиновников грести под одну гребенку, есть такие чиновники, которые сопереживают за качество предоставляемых услуг своего учреждения). Итак, я как руководитель, издам указы внутри учреждения, по которым назначу сотрудников, которые будет контролировать ход разработки ТЗ и при необходимости вносить коррективы, обсуждать их, спорить, отстаивать. Все это на сайте РОП, в ветке самого ТЗ. Причем в открытом доступе, с возможностью участия любого желающего.
А если не найдется такой руководитель, который будет заинтересован в разработке ТЗ будущего СПО?
Вот для таких случаев необходимо разработать соответствующие законодательные регламенты, обязывающих этих руководителей участвовать в ходе разработки ТЗ. А чтобы все это опять не превратилось в бюрократические проволочки, необходимо сделать все эти процессы как можно проще. Хотя бы так (тезисно):
- Создали в системе РОП задачу – разработка ТЗ в два этапа, 1-общий, 2-технический.
- Тут же спустилась бумага-приказ руководителям госучреждений, для которых будет разработано СПО по этому ТЗ. И не надо привлекать все госучреждения страны, выборочно из разных регионов, 5-10 достаточно будет.
- По этому приказу, руководитель учреждения обязан назначить ответственного сотрудника, который должен перейти по указанной ссылке в интернет на сайте РОП, зарегистрироваться по форме и подтвердить участие в разработке ТЗ. Причем не сделает в установленный срок, держи штрафной бал.
- Далее сотрудник госучреждения оставляет свой отчет, комментарий к разработанному ТЗ, при этом все действия, его участие можно оценивать поощрительными балами.
- По окончанию работы над TЗ можно будет поощрять 10-25% самых активных сотрудников, например премией.
Все это схематично, но думаю, главная идея понятна. Это привлечь к разработке ТЗ тех, кто будет потом работать с этим СПО.
Лицензия СПО
Один из самых сложных вопросов в этом проекте. И к этому вопросу, нам, ведущим разработчиками своих открытых продуктов, нужно будет быть готовым. Готовым к тому, что наше правительство возможно захочет национализировать СПО, разработанное за бюджетные деньги страны. Сами понимаете, вопрос политический.
Ну скажет президент: «Мы разработаем СПО за деньги нашей страны, почему мы должны будем подарить это СПО другим странам»? Ну, вот что здесь ответить?
Мы - то с вами выпускаем наши продукты под GPL-подобным лицензиям, и для наших продуктов нет границ между государствами. Зато вот политические деятели обязательно эти границы укажут и установят.
Здесь нам с вами нужно будет отстаивать открытую лицензию «без границ», либо доработать открытые лицензии в плане локализации. Например то, что госучреждения других стран могут использовать продукты СПО, но на определенных условиях. Мы вам СПО, вы нам бананы:)
Существующие СПО
Большая часть продуктов СПО, которые подойдут под нужды госучреждений с небольшими доработками, уже разработаны и поддерживаются сообществом.
Единственная проблема, которая здесь может возникнуть, это опять вопрос лицензии. Допустим, правительство РФ настоит на том, чтобы доработки СПО существующих продуктов, финансируемые государством РФ, выходили под локализованной лицензией. Но некоторые лицензии существующих СПО обязывают все доработки касательно его выпускать только под определенной лицензией. Как быть в данном случае? Идти на переговоры с сообществом о корректировки лицензии или отказывать государству в доработке этих продуктов.
Это первое, второе - гарантии. Государству нужны гарантии.
Допустим, продукт СПО выходит под определенной лицензией и государство РФ завязывает госучреждения на этом продукте, а точнее на существенные наработки для адаптации полноценной работы этого продукта в госучреждениях. И в один прекрасный момент, сообщество распадается/решает сменить лицензию СПО или появляются какие-либо причины, которые, например вынудят пользователей этих продуктов (или доработок, используемых в этом продукте) платить дань. Как быть тогда? Нужны гарантии того, что государство, вкладывая бюджетные деньги в развитие этого СПО, впоследствии не подсядет на «иглу» зависимости от вновь выдвигаемых условий/обстоятельств.
Прошу лидеров Российских сообществ этих СПО, которые на ваш взгляд могут быть применены в госучреждениях, связаться со мной, чтобы продумать эти вопросы вместе.
Другие страны
Уважаемые активисты СПО других стран ближнего зарубежья. Как не крути, а правительство наших стран схожее. Эту модель вы можете также начинать продвигать в своем государстве. Давайте объединимся и будем прорабатывать этот вопрос вместе, делиться опытом, что получается, а что нет, какие подводные камни всплывают в процессе продвижения идеи. Хоть идея и имеет в некотором роде национальный контекст, он больше всего для политиков, а для нас такого контекста быть не может.
Начнем параллельно двигать эти вопросы в наших странах, это всё же легче, чем поодиночке. Да и потом фразы типа «А вон на Украине этот вопрос уже прорабатывают и внедряют в государство, а мы отстаем» могут сыграть некую роль в продвижении. Отголоски гонки вооружений сделают свою роль.
В заключении
Постоянно возникают вопросы, которые необходимо решать сообща, мозговым штурмом. Каждый раз писать статью из-за пары вопросов на хабре не будешь, а порой от их решения зависят некоторые ключевые моменты развития, продвижения проект-программы. И это продвижение начинает стопориться до нахождения ответа. Тем более сейчас, когда проект переходит из стадии разработки, в стадию внедрения.
Сообщество проекта открыто и на его сайте (ссылка в профиле) созданы инструменты, которые призваны всячески помочь нам в продвижении этой идеи.
Присоединяйтесь к сообществу, будем поднимать вопросы и обсуждать их вместе.
Присоединившись к сообществу, мы познакомимся с вами и уже будет понятно, кто и в каких областях является специалистом. Можно будет профильные вопросы уже решать напрямую с тем, кто является «спецом по теме».
В общем, обратного хода уже нет, начинаем хождение по кабинетам. Пока не доведем проект-программу до правительства, не остановимся. Ну, а там уже будем действовать по реакции руководства страны на данный проект.
Если уж совсем ничего не получиться, конечно, жаль, но это не будет концом нашей истории. Есть еще другие страны, с другой позицией по отношению к СПО. Обратимся к ним, проработаем проект у них и вернемся в Россию уже с новой силой.
В заключении говоря - движение вперед нам план укажет!
Благодарю за внимание!