ТЗ на портал открытых данных

Коллеги,

На сайте открытого правительства появился документ ТЗ на портал открытых данных, его можно скачать и просмотреть вот тут — http://xn--80abeamcuufxbhgound0h9cl.xn--p1ai/debate/5508742/

Я лично считаю что там есть немало спорных положений, возможно и у Вас будут свои замечания.

Предлагаю обсудить ТЗ, а также я готов вынести все содержательные замечания на следующее заседание совета по открытым данным.

 

 

About This Author

  • Людмила Островская

    Иван, добрый день!

    Прежде всего хочу поблагодарить вас за то, что вы делаете в области открытых данных.

    Свои комментарии к ТЗ приведу здесь

    1.
    Этого нельзя создать за 20 дней. Если только
    речь не идет о том, что проект будет реализован организацией, у которой уже
    заранее все готово. За 20 дней можно только поставить базовое ПО и разработать
    ТЗ. И то при хороших условиях – если не возникнут проблемы с установкой на
    оборудовании Заказчика, не появится долго обсуждаемых вопросов в процессе
    согласования ТЗ и т.п.

    2.
    Некоторые вещи, затрудняющие чтение документа и
    понимание требований в комплексе:

    Упоминание документов, важных для понимания реализуемых
    функций, без указания достаточных реквизитов для поиска этих документов (например,
    «Методические рекомендации по публикации открытых данных государственными
    органами и органами местного самоуправления и технические требования к публикации
    открытых данных» – сам документ в интернете найти можно, но читатель
    вашего ТЗ должен быть уверен, что нашел нужную версию документа; для этого
    принято указывать реквизиты – например, версию, дату утверждения и утверждающий
    документ).

    Упоминание информационных систем, с которыми должен взаимодействовать
    портал, без указания сведений об этих информационных системах для понимания
    решаемой задачи. Упоминаются: информационная система «Мониторинг Госсайтов»
    (5.2.1.1) и «информационные системы и ресурсы органов исполнительной
    власти» (5.1.5). Само то, что эта информация находится в разных разделах,
    заставляет задуматься о продуманности документа в части информационного
    взаимодействия. Собственно, для понимания решаемой задачи должно быть известно,
    как минимум: сколько систем должны взаимодействовать, технологии, но которых
    эти системы построены, допустимые способы и средства связи с этими системами т.п..

    Использование терминов, никак не определенных в документе.
    Например в п. 5.1.6 упоминается администратор баз данных (реляционного и
    графового хранилищ). Это первое упоминание данных хранилищ в документе, и ранее
    эти компоненты нигде не описаны.

    3.
    Некоторые комментарии по смыслу:

    Много вопросов вызывает функциональность информационно-аналитической
    подсистемы, а также возможность какой-то осмысленной реализации части этой
    функциональности (в самом разделе наблюдаются проблемы с нумерацией, это,
    разумеется, его чтение тоже несколько затрудняет).

    Для модуля публичного освещения тематики открытых данных не
    предусмотрена какая-то пользовательская роль (у системы вообще есть только две
    группы персонала, и обе они предполагают выполнение технических функций), но,
    тем не менее, кто-то должен находить и публиковать в соответствующих разделах
    портала те данные, о которых идет речь в описании модуля. Если в некоторых
    случаях можно использовать трансляцию каких-то постоянных ресурсов (например, тематических
    блогов), то в случае с «примерами эффективного использования открытых
    данных по всему миру» должна выполняться работа по мониторингу событий в
    данной области, поиску этих самых примеров и их ручной привязке к порталу. Сами
    они на портале не появятся.

    Раздел инструментов первичной визуализации при всей своей
    лаконичности вполне претендует на звание отдельной подсистемы. Поясню свою
    мысль. Портал предназначен для того, чтобы аккумулировать данные, структура
    которых заранее не определена. Данные будут такие, как нужно для целей их
    использования по назначению, постоянно будут поступать новые данные в новых
    структурах. Т.е. инструменты визуализации должны быть достаточно развитыми,
    чтобы:

    ·
    интерпретировать описание структуры данных;
    ·
    предоставлять пользователю описание структуры и
    инструменты выбора элементов для визуализации;
    ·
    контролировать соответствие элементов, выбранных
    для визуализации, и способа визуализации (например, нельзя создать график для
    таблицы, в которой нет ни одного показателя);
    ·
    собственно, это отображать результат
    визуализации.

    Это все довольно далеко от функциональности по наполнению
    информационных страниц с аналитическими материалами и по смыслу, и технологически.

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

    Успехов вам в начатом деле!

  • heller

    А кто делать (сделал) будет? Ну если 20 дней. За 20 дней можно успеть вдумчиво прочитать ТЗ (утрирую)

Яндекс.Метрика