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

Заказчик
Мосгорсуд
Руководитель проекта со стороны заказчика
ИТ-поставщик
ЗАО "КРОК инкорпорейтед"
Год завершения проекта
2018
Сроки выполнения проекта
Май, 2018 — Сентябрь, 2018
Масштаб проекта
7000 человеко-часов
48 автоматизированных рабочих мест
Цели
Повысить эффективность процессов судопроизводства, обеспечить их открытость для граждан, сделать еще один шаг к переходу на полностью электронное делопроизводство, а также оптимизировать рабочее время сотрудников судов.

Уникальность проекта

Проект был реализован таким образом, чтобы новые системы дополняли КИС СОЮ и другие технологии, используемые ранее в судах. Чтобы не допустить двойных затрат, в частности, 168 единиц компьютерного парка были перевезены в новые помещения судов из старых зданий.
Проект решает задачи импортозамещения
Нет
Использованное ПО
Программное обеспечение ЗАО «КРОК инкорпорейтед»:
•    АРМ «Секретаря районного суда»
•    АРМ «Судебное заседание»
•    АРМ «Председателя районного суда»
•    ПО «Информационный киоск районного суда»
•    ПО «Трансляция»

Основные решения по оборудованию залов судебных заседаний:
•    Shure – микрофонный массив
•    Panasonic – камеры в залах
•    Bosch – потолочные громкоговорители и акустические колонки
•    Audac – акустическая система
•    Polycom – оборудование для видеоконференцсвязи

Основные решения по серверному оборудованию, СХД и ИБП:
•    НР
•    NetApp
•    Eaton
Описание проекта
КРОК создал более 10 инженерных и информационных решений, в числе которых - системы аудио-видео протоколирования, видеоконференцсвязи, звукоусиления, вызова свидетелей и паркинга. Четыре из внедренных систем базируются на разработанных специалистами КРОК программных продуктах, в их числе ПО «Трансляция» (для трансляции громких дел на портале судов общей юрисдикции), автоматизированное рабочее место (АРМ) секретаря, АРМ «Судебное заседание» и ПО «Информационный киоск». Система аудио- и видеопротоколирования внедрена во всех 48 залах судебных заседаний. Она включает более 300 единиц мультимедийного оборудования: 52 сенсорных информационных киосков, 212 видеокамер и 68 передовых микрофонных массивов. Основные преимущества: • обеспечение прозрачности процессов для граждан: все видеозаписи заседаний в новых районных судах будут доступны участникам судебных процессов в личном кабинете на едином портале судов общей юрисдикции Москвы; • сокращение числа жалоб на ведение протоколов; • оптимизация рабочего времени сотрудников судов; • повышение скорости рассмотрения уголовных дел и избежание необходимости этапирования заключенных из СИЗО благодаря оснащению 2 залов заседаний по уголовным делам системой видеоконференцсвязи; • интерактивный стол судьи позволяет ему контролировать процесс аудио- и видео протоколирования, отслеживать план заседаний на день, иметь доступ к электронным материалам дел в подсистеме «Электронное дело» КИС СОЮ, основным правовым системам и удаленно подключаться к рабочему столу. Доступ обеспечивается с помощью специальных карт-ключей для двухфакторной аутентификации; • предоставление гражданам оперативной информации по рассматриваемым делам (номер зала, состав участников, ФИО судьи и пр.): в холлах судов и перед входами в залы заседаний установлены специальные сенсорные информационные киоски. ПО киосков (собственная разработка КРОК) интегрировано с КИС СОЮ; • в каждом из 48 залов заседаний внедрена система звукоусиления. Для удобства слабослышащих граждан она интегрирована с персональными радиоприемниками; • система вызова свидетелей позволяет вызвать человека в зал судебных заседаний нажатием одной кнопки вызова на микрофонном пульте рабочего места секретаря; • 68 передовых микрофонных массивов Shure работают в сложных акустических условиях и обеспечивают высокую разборчивость речи: один микрофонный массив способен с одинаковым уровнем громкости, без посторонних шумов и искажений, снимать речь восьми участников одновременно.
География проекта
г.Москва
Коментарии: 19

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • 14.12.2018 16:39

    Добрый день!
    Начала ли полноценно работать данная система? Если да, то сколько примерно заседаний прошли с использованием данной системы?

  • Алексей Шаин
    ЗАО "КРОК инкорпорейтед"
    Менеджер проектов
    19.12.2018 17:26

    Александр Викторович, добрый день! Да, система полноценно работает
    По количеству заседаний: Тверской суд – 2556, Мещанский суд – 2765.

  • 20.12.2018 15:38

    Добрый день!
    А когда планируется охват всех судов Москвы? Оборудование видел в судах, а работает ли как единая система - не понятно.

    • Алексей Шаин
      ЗАО "КРОК инкорпорейтед"
      Менеджер проектов
      21.12.2018 12:23

      Андрей Владимирович, добрый день! Все суды уже работают в единой системе, но не везде стоит новое оборудование. Когда все суды будут переведены на современное оборудование, мы, к сожалению, не знаем.

  • Александр Балабанов
    Рейтинг: 858
    Независимый эксперт
    Директор по ИТ и Цифровой трансформации
    21.12.2018 22:36

    Алексей приветствую! Каким образом обеспечена информационная безопасность всего решения - если эта информация допустима для комментариев? Какого объема Хранилища используются для хранения аудио/видео потоков?

    • Алексей Шаин Александр
      ЗАО "КРОК инкорпорейтед"
      Менеджер проектов
      24.12.2018 23:24

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

  • Илья Козлов
    Рейтинг: 120
    ООО «Агрохолдинг «Энергомера»
    Исполнительный директор
    07.09.2015 14:05

    Ответ 1 вообще универсальный. Можно применять всегда и везде. Ведь всегда найдется человек, который разбирается в конкретном вопросе лучше тебя.
    Ответ 2 - не понятно почему это должно привести к уменьшению количества ошибок

  • Эдгар Алексанян
    Рейтинг: 270
    ГК Шамса
    CSO & CDO
    08.09.2015 02:18

    В приложенном документе есть все нужные ответы.
    В целом основная мысль такая:
    -Оставить старую систему как основную до момента полной готовности новой
    -Выделить на тестирование больше специалистов, бюджета и времени
    Участки должны принимать сотрудники всех уровней. Это даст более полную и правильную картину всех "недостатков" и возможно получится оценить максимальную нагрузку
    -однозначно нужно пересмотреть сроки проекта.
    Что касается консультанта, то имеет смысл, если после полученных рекомендаций ИТ Директор действительно понимает, такую работы ему не осилить и не выстроить работу команды. Иначе, действительно всегда найдется специалист, который знает большое)

    • Александр Шняк Эдгар
      Рейтинг: 112
      Обувной холдинг "Марко"
      CDTO#CIO / Директор по ИТ
      08.09.2015 08:41

      "В приложенном документе есть все нужные ответы..."
      По-моему они общие и ближе к теории. Нет конкретики и нет обоснования этих ответов. Например, согласен с Ильей Юрьевичем по замечанию к ответу на 2 вопрос - почему эти действия ДОЛЖНЫ привести с минимизации ошибок? Из предложенного ответа это явно не просматривается

      • Эдгар Алексанян Александр
        Рейтинг: 270
        ГК Шамса
        CSO & CDO
        08.09.2015 08:52

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

        • Александр Шняк Эдгар
          Рейтинг: 112
          Обувной холдинг "Марко"
          CDTO#CIO / Директор по ИТ
          08.09.2015 09:14

          Так и теории не особо много в ответах. Если мы возвращаемся ко 2 ответу - здесь ее и вовсе нет.

          • Эдгар Алексанян Александр
            Рейтинг: 270
            ГК Шамса
            CSO & CDO
            08.09.2015 09:16

            А второй ответ это- "Синхронизировать и интегрировать планы работ по обоим направлениям проекта: замена аппаратного обеспечения, замена программного обеспечения."?

            • Александр Шняк Эдгар
              Рейтинг: 112
              Обувной холдинг "Марко"
              CDTO#CIO / Директор по ИТ
              08.09.2015 09:18

              именно

              • Эдгар Алексанян Александр
                Рейтинг: 270
                ГК Шамса
                CSO & CDO
                08.09.2015 09:28

                Ну собственно да, ответ не имеет никакой конкретики, но я так понимаю это- Что сейчас аппаратная замена и приложения проходят без всякой синхронизации и соответственно, когда начинают тестировать приложения на новых аппаратах, то возникают огромное количество ошибок и простоев. Поэтому требуется организовать и нарисовать ту же архитектуру и ввести проект как одно целое, а не отдельные. Как именно это сделать, ответь невозможно, опять же не имея проектной документации, календарного плана бюджета и т/д. Ну это мое понимание))

                • Александр Шняк Эдгар
                  Рейтинг: 112
                  Обувной холдинг "Марко"
                  CDTO#CIO / Директор по ИТ
                  08.09.2015 09:39

                  Так это азы. Ответ очевиден в той интерпретации как он представлен здесь в посте. И как-то мелковато для кейса в рамках конкурса. ИМХО

                  • Эдгар Алексанян Александр
                    Рейтинг: 270
                    ГК Шамса
                    CSO & CDO
                    08.09.2015 09:48

                    Собственно да) это азы, поэтому и решение написаны такие. но ответы 3-4 в принципе применимы наверное все же.

                    • Илья Козлов Эдгар
                      Рейтинг: 120
                      ООО «Агрохолдинг «Энергомера»
                      Исполнительный директор
                      08.09.2015 12:30

                      Собственно 3 и 4 явным образом вытекают из текста кейса.
                      Если бы работали процессы управления релизами\тестирования то проблема не имела бы масштабов "2 сбоя в неделю по 6-8 часов".

                      Вообще все кейсы были описаны достаточно странно.
                      Т.е. как возникли сами эти ситуации в целом понятно. Но само описание кейсов и главное вопросы в конце вызывали каждый раз одну реакцию - "что это? зачем это?"

  • Александр Шняк
    Рейтинг: 112
    Обувной холдинг "Марко"
    CDTO#CIO / Директор по ИТ
    08.09.2015 13:12

    В общем-то, если читать решение кейса от участников, ответы все прописаны глубже, чем в посте. Вопрос - зачем давать в посте упрощенные элементарные ответы? )))

  • Ильгизар Талипов
    Рейтинг: 20
    Когнитивная бизнес модель
    ИТ архитектор
    14.09.2015 16:18

    Соглашаюсь с мнением Виктора Александровича:"Не очень понятно задание кейса. Надо написать, как действовать с самого начала или что делать теперь, когда все зашло в тупик?"

    Изначально и в ходе выполнения данного проекта присутствовало много рисков, и из описания кейса не видно уделялось ли им достаточное внимание, были ли они сняты. От прояснения ситуации с ними зависит план действий по нормализации ситуации. Исходя из описания кейса имеем:
    1. Новая компания создана слиянием нескольких и образованием новых подразделений. Два года происходят бурные изменения.Все новые требования, связанные с обеспечением последовательного увеличения рынка услуг.
    Бизнес находится на стадии становления, и не понятно есть ли план, образ, концепция или руководитель, который знает что хочет получить. Об основателе, предпринимателе, кроме того, что он из крупного города ничего не сказано. Есть риски того, что бурные изменения продолжатся и система состарится не успев родиться. Нет сведений о том какого рода происходящие изменения. Риск того, что в компании их не систематизируют.
    2. ИТ – директор решил прекратить развитие эксплуатируемой на мейнфрейме финансовой медицинской системы собственной разработки.
    Полная остановка развития означает, что начиная с этого момента будет расти ком нерешенных проблем в условиях бурных изменений, становления бизнеса. Риск самому бизнесу. Не стоит сжигать мосты, нужно оставить необходимое оперативное развитие до момента полной готовности новой системы.
    2а. Эксплуатировали систему на мейнфрейме - можно предположить, что команда слабо знакома с современными серверными платформами, базами данных, следовательно потребуется время серьезное переобучение. Т.е. команда не готова и это тоже может быть причиной возникающих проблем проекта.
    3. Проектирование нового инновационного приложения.
    Взята высокая планка и в тоже время не говорится о проработке ТЗ. Есть риск увлечься инновациями, в ущерб главной задаче. Риски в некачественной постановке задачи и исполнении, в сроках. Разумнее было бы проработать вопрос об использовании готового, проверенного решения для рынка оказания медицинских услуг. Оно вынудило бы компанию выстроить правильные бизнес процессы, уйти от бурных изменений.
    4. С целью экономии проектирование приложения решили поручить региональному подрядчику.
    Непонятно, для экономии чего? Если средств - риск слабого исполнения и недоработок, если времени - неадекватных сроков, если собственных сил, ресурсов - риск бросить проект на самотек. Поручили региональному подрядчику, следовательно исполнителя не выбирали - риск в недостаточности опыта подрядчика, неспособности выполнить данную задачу.
    5. Вновь назначенный технический директор решил.
    Просматривается возможность частых кадровых перестановок в компании, следовательно, некомпетентности кадров. Также просматривается авторитарный стиль руководства, риск принятия навязанных решений.
    6. Решено докупить инновационное аппаратное обеспечение.
    Такое оборудование требует соответствующей квалификации при внедрении и в администрировании, как у подрядчика так и в компании. Так же могут быть баги и проблемы в самом оборудовании, если оно слишком инновационное. Внедрение вызовет дополнительную нагрузку на персонал техподдержки, большую вероятность обучения на граблях.
    7.Мигрировать со старой стабильно работающей платформы на новую.
    Это следует делать только после полной готовности новой платформы, тем более если старая является действительно стабильной.
    8.Резко увеличилось количество ошибок тестирования как аппаратного, так и программного обеспечения.
    Отмеченная всеми недопустимость одновременного изменения. Риск усложнения выявления причин ошибок. Излишняя обоюдная потеря времени и сил. Естественно нужно разнести по времени, сначала добиться стабильности аппаратного обеспечения.
    8. Команда подрядчика работала круглосуточно, ИТ – подразделение также перерабатывали.
    Работа в режиме аврала - всегда риск, усиливается человеческий фактор.
    9. Судя по описанной формальной процедуре приемо-сдаточных испытаний, их результаты и тесты никак не влияли на процесс разработки, не было обратной связи. Итог очевиден.

    Однозначно можно сказать одно, сейчас нужно остановиться, сделать паузу, успокоиться. Продолжить работу на старой системе, выполнить анализ неудач и степень полезности достигнутых результатов.Выявить причины исходя из предполагаемых рисков, убрать их влияние. Выйти на стабильный, классический режим выполнения ИТ проектов.

Год
Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.