Комментарии на замечания по тестированию системы

Комментарии на замечания по тестированию системы

№№ п/п	Замечания по результатам тестирования ФГИС ТП	Комментарии
1	Практически все эксперты отметили, что система нуждается в доработке и учете сделанных замечаний и предложений. После чего, не смотря на то, что данный вариант взаимодействия не удобен, он может быть использован, как справочный и приемлем для муниципальных образований, не имеющих своих ИС ОГД и проектно-планировочных организаций для определения источников исходных данных.
2	В существующем виде система мало пригодна для массового ввода документов, из-за неудобства интерфейса, неоптимизированных технологий визуализации и низкой скорости работы. Ее эксплуатация в существующем виде приведет к множеству звонков в службу поддержки при первом вводе данных, либо молчаливому вводу «как получится», что, в свою очередь, грозит накоплению данных в плохо структурированном и немодерированном виде, использовать которые потом будет крайне сложно.	Замечание не соответствует действительности, так как по состоянию на 14.11.11 года в ФГИС ТП загружено более 1000 документов, в службу техподдержки обратилось около 20 пользователей с проблемами интерфейса по загрузке документов. Ошибки пользователей, возникающие при загрузке документов в систему, устраняются регламентными работами Оператора.
3	Основные предложения сводятся к следующему:
	Одна из главных задач – увеличение быстродействия системы. Здесь надо ориентироваться на скорость публичной кадастровой карты Росреестра. Можно рассмотреть вариант использования специализированного масштабируемого хостинга с масштабированием процессорных ресурсов, серверами выдачи и балансировкой входящей нагрузки с разнесением данных по нескольким датацентрам. Например: *****, /ws.	Замечание объективно
	Необходима нумерация типов документов и два вида представления текста: краткое для навигации и полное. Сейчас работать с классификатором документов крайне затруднительно.	Замечание может быть принято Замечание субъективно
	Необходимо отказаться от генерации окна карты для каждого подключаемого клиента программой MapXtreme в пользу специализированных приложений публикации карт в Интернете, использующих технологии мозаичного покрытия и кэширования мозаик на серверах выдачи.	Замечание объективно
	Использовать HTML4/5 для интерфейса, чтобы избежать ошибок интерфейса, допущенных программистами визуальных компонентов и предоставить пользователям с плохим зрением настраивать масштаб и колористику, путем механизмов интернет-браузеров.	В рамках второй очереди разработки ФГИС ТП планируется смена технологии Silverlight. Вопрос использования альтернативных средств, в том числе и HTML4/5 будет обсуждаться.
	В целом интерфейс в текущем состоянии непригоден для использования, так как он не ориентирован на все роли и сценарии работы. Перед перепроектированием интерфейса необходимо составить перечень ролей, перечни задач решаемых пользователями с данными ролями и примерный сценарий - порядок последовательной обработки данных: - Разработать перечень ролей; - Предусмотреть в перечне ролей соисполнителей с разными паролями и правами относительно размещаемых материалов; - Относительно каждой роли перечислить главные и второстепенные действия; - Составить текстовое меню для ролей с учетом приоритетности и возможности группировки действий в подменю. Разместить это меню для операторов слева и крупно. - Оставить кнопки только для простых действий (линейка, увеличение), все остальные действия должны быть описаны в меню текстом с подсказками. - Дать оператору возможность видеть и изменять тип направляемого материала «до отправки» и видеть перечень направленных руководителем/исполнителем документов и их соответствие классификаторам.	Необходимо смягчить формулировку, см. пункт 2 Необходимо обратить внимание на то, что экспертам была предоставлена на тестирование одна роль – Администрация. В системе уже разработан перечень ролей – гость, администрация, ФОИВ, Минрегион (три типа пользователей), Оператор. Предложение может быть рассмотрено Предложение может быть рассмотрено Предложение может быть рассмотрено Предложение может быть рассмотрено Данная функция отложенной публикации документов и их проектов предусмотрена в рамках работ по созданию второй очереди ФГИС ТП.
	Ввести поддержку множества выполняемых действий с возможностью приостановки и продолжения формирования пакетов отправки. Например, размещаем генплан, обнаружено отсутствие одной схемы – отложили – начали размещать ПЗЗ – оставили на согласование – вернулись к генплану – доложили схему, представили своему руководителю на проверку перед отправкой – отправили. Последовательность отправки не должна состоять в одном действии: вложить и отправить. Документы должны быть размещены, проверены, согласованы к передаче, и лишь затем заблокированы и направлены на рассмотрение. При этом в процессе рассмотрения надо оставлять возможность направляющей стороне работать с заблокированным содержанием (в режиме чтения) совместно с другими согласующими сторонами в телефонном или текстовом режиме. Сейчас невозможно понять, что отправлено и отправлено ли. Для этого: ввести в интерфейс следующие пункты меню, доступные роли «орган местного самоуправления», «субъект РФ»: - Уведомления - Отправка нового проекта. Черновики (2) - Отправка утвержденного документа. Черновики (3) - Отправленные документы - Календарь согласований Пункт меню «Уведомления» показывает список важных действий, которые предстоит выполнить в ближайшие дни или по которым происходит пропуск сроков исполнения. Пункты меню «Отправка нового проекта» и «Отправка утвержденного документа» отображают формы ввода полей с необходимыми и опциональными реквизитами документа. При нажатии на текст Черновики (количество черновиков) предоставляется доступ к неотправленным материалам для внутренней проверки и контроля полноты. Пункт меню «Отправленные документы» отображает перечень документов и материалов отправленных ранее на согласования для возможности изучить содержание и быть готовым к согласованию в телефонном режиме. Здесь же отображаются комментарии по каждому материалу от согласующих сторон, доступные в открытом режиме для изучения всеми сторонами согласования. Пункт меню «Календарь согласований» отображает «диаграмму Ганта» с указанием основных вех предстоящих согласований, текущих передач, отметок об успешных согласованиях и прошедших событий по каждому материалу и документу в целом.	Данная функция отложенной публикации документов и их проектов предусмотрена в рамках работ по созданию второй очереди ФГИС ТП. Необходимо обратить внимание на то, что экспертам была предоставлена на тестирование одна роль – Администрация. Это реализовано в карточках согласования проектов документов. Карточки согласования доступны всем участникам процесса согласования проектов документов Предложение будет принято
	Главное меню целесообразно расположить слева. Под ним расположить меню выбора двух и более территорий выпадающей панелью. В неактивном состоянии панель свернута. При разворачивании позволяет выбрать территорию. При выборе изображений схем или карт позволяет отложить изображение на «рабочее пространство карты». Окно карты должно позволять на одном экране поверх друг друга отобразить два и более графических объекта, выбранных из материалов соседней территории с возможностью повернуть, масштабировать, переместить и изменить прозрачность накладываемого изображения. Состояния рабочего стола могут сохраняться в закладках и отправляться другим в виде URL-ссылки. Данные возможности предоставят согласующим органам решать как пограничные вопросы, так и межуровневые и межотраслевые. Совпадение наложения 100% не имеет смысла, так как речь идет об одновременном анализе двух и более изображений с приблизительной достоверностью. Картографическая подложка позволит произвести более качественный анализ смежного решения.	Предложение может быть рассмотрено Данная функция предусмотрена в рамках работ по созданию второй очереди ФГИС ТП.
	Необходимо следовать важному принципу: один специалист не должен размещать и себе же согласовывать документы. Принцип контроля-исполнения используется везде: есть автор - есть редактор, есть исполнитель – есть руководитель, один создает - другой проверяет.	Этого и нет в ФГИС ТП. Принцип контроля-исполнения в системе: загружает документ Администрация, согласовывает ФОИВ, контролирует процесс согласования Минрегион. Необходимо обратить внимание на то, что экспертам была предоставлена на тестирование одна роль – Администрация.
	Дополнить механизм загрузки модулем внесения изменений в документах, что очевидно потребуется, особенно для ПЗЗ.	Предложение может быть рассмотрено
	Не направлять пароли в органы власти и местного самоуправления по обычной почте. Разработать другой механизм раздачи служебной информации (например, не вскрываемый пакет). Фамилия имя и отчество система должна знать относительно логина/пароля, но не давать ввести или заменить эти параметры пользователю. Ответственность должна оставаться на том, кто должен размещать, а не на том, кому он перепоручил.	Сейчас пароли и логины были разосланы Минрегионом России в регионы спец почтой. В целом предложение к Минрегиону России
4	В составе эскизно-технического проекта разработаны требования к информационному, техническому, программному и организационному обеспечению системы. Однако система, в данном случае понимается не как комплексная система обеспечивающая реализацию задач всего территориального планирования, а как технология, обеспечивающая работоспособность программно-аппаратного комплекса и обеспечивающая сервис доступа в интернете к юридически незначимым копиям части градостроительной документации страны. Работа системы, даёт основание признать её допустимые технические характеристики лишь по ряду показателей и принципиальную возможность обеспечить реализацию поставленных задач при соответствующей доработке требований к смысловому функционированию системы.	Доработка требований к смысловому функционированию системы предусматривается в рамках формирования ТЗ на вторую очередь создания ФГИС ТП. В целом это замечание к Минрегиону России.
5	Недоработанным, фактически пропущенным, представляется раздел организационного обеспечения функционирования системы, что является упущением технического задания. Очевидно, что до разработки эскизного проекта необходимо было определить (предложить) административные регламенты для всех названных участников под решение каждой из прописанных заданием задач (по использованию информации при подготовке документации в качестве исходных данных, размещению проектов и документов территориального планировании и объектов градостроительного регулирования, согласованию документов и отдельных решений со всеми ведомствами). Затем должны быть разработаны электронные регламенты, обеспечивающие эффективные действия всех пользователей и операторов при работе с ФГИС ТП.	В целом это замечание к Минрегиону России.
6	Проблемным остаётся ряд вопросов, связанных с невозможностью поиска конкретной схемы по запрашиваемой территории и виду документа, так как приведение информации к единому классификатору невозможно в силу действия норм об установлении состава и содержания документов территориального планирования на региональном уровне.	Поиск по виду документа по определенной территории в системе возможен. В целом замечание для Минрегиона России.
7	В перспективном плане структуры БД документов ФГИС и многочисленных ИСОГД должны быть гармонизированы, способы этой гармонизации целесообразно детально проработать.	Предложение для Минрегиона России. (Мы как разработчики полностью поддерживаем данное предложение).
8	В силу уже названных недостатков градостроительного законодательства разработанные исполнителем интерфейсы загрузки данных, не могут обеспечить структурированное хранение сведений обо всех типах объектов градорегулирования. Загруженные же данные (следует отметить большой объём этих данных) не согласованы между собой на границах административных единиц и не приведены к единой системе требований.	Замечание для Минрегиона России. Данная функция предусмотрена в рамках работ по созданию второй очереди ФГИС ТП.
9	Выбранный вариант централизованного хранения информационных ресурсов, позволивший существенно ускорить создание системы, не дает возможности по объективным причинам обеспечить юридическую значимость и актуальность сведений. Такой подход может применяться как стартовый (временный), до введения обязательности создания информационных систем в регионах и утверждения единой системы требований, как к документам территориального планирования, так и к пространственным данным об объектах градостроительного регулирования.	Замечание для Минрегиона России.
10	Выбор специального программного обеспечения первой очереди ФГИС ТП, основанный на использовании MapXtreme и Microsoft Silverlight нельзя оценить как самый удачный, хотя он и формально соответствует требованиям ТЗ.	В рамках второй очереди разработки ФГИС ТП планируется отказ от технологии Microsoft Silverlight.
11	В существующем виде система мало пригодна для массового ввода документов, из-за неудобства интерфейса, неоптимизированных технологий визуализации и низкой скорости работы. Ее эксплуатация в существующем виде приведет к множеству звонков в службу поддержки при первом вводе данных, либо молчаливому вводу «как получится», что, в свою очередь, грозит накоплению данных в плохо структурированном и немодерированном виде, использовать которые потом будет крайне сложно.	Замечание на наш взгляд не объективно, в действительности, по состоянию на 14.11.11 года в ФГИС ТП загружено более 1000 документов, в службу техподдержки обратилось около 20 пользователей с проблемами интерфейса по загрузке документов. Ошибки пользователей, возникающие при загрузке документов в систему, устраняются регламентными работами.
12	Экспертиза рекомендует 1) В области нормативно-правового и нормативно-технического регулирования: - Подготовить и внести поправки в главу 7 Градостроительного кодекса РФ, предусматривающих создание ИС обеспечения градостроительного развития на уровне субъектов РФ и четко определяющих функции и информационное наполнение ФГИС ТП, систем субъекта РФ и ИСОГД. При этом должно быть исключено дублирование информации и каждая из систем должна быть определена, как единственный источник сведений об объектах градорегулирования, содержащихся в утверждаемой части градостроительной документации территориального планирования. - Внести поправки в ФЗ «О геодезии и картографии» обеспечивающие переход к единой открытой координатной системе отсчета с возможностью математического пересчета в режиме "онлайн" данных полученных в любых местных системах. - Постановлением Правительства РФ: принять детальный регламент согласовательных процедур с использованием ФГИС ТП; определить органы государственной и муниципальной властей, уполномоченные по размещению в системе стратегий социально-экономического развития; определить Оператора ФГИС ТП. - Разработать и принять нормативными актами Минрегиона России единую систему требований к оформлению документации территориального планирования, градостроительного зонирования и планировки территорий, включая цифровую форму ее представления: классификаторы пространственных объектов, документов, системы справочников, правил цифрового описания пространственных объектов, структур СУБД, формирования метаданных и др. аспектов требующих стандартизации. - Разработать серию национальных стандартов на пространственные данные и производные от них документы (на основе международных стандартов с учетом существующих классификаторов), содержание метаданных (на основе стандартов ИСО), процедур проектирования и ведения баз пространственных данных, веб-сервисов (на основе стандартов консорциума OGC, Inc.). - Внести поправки в Положение о Департаменте стратегического планирования и регионального развития, включив в его функции нормативно-правовое регулирование не только ФГИС ТП, но и ИСОГД, т. е. нормативно-правового регулирования информационного обеспечения градостроительной деятельности в целом.	1) Рекомендации для Минрегиона России.
	2) В области технологического обеспечения: - Переработать режим размещения документов с целью обеспечения максимального удобства и контроля качества данных, для чего составить перечень ролей, перечни задач решаемых пользователями с данными ролями и примерный сценарий - порядок последовательной обработки данных. - Разработать специальный обменный формат ФГИС ТП, построенный на основе использования XML-кодов, подобного обменному формату Росреестра или практически ставшего международным стандартом формата GML, что позволит резко повысить эффективность внешнего информационного взаимодействия на основе веб-сервисов. - Отказаться от технологии генерации окна карты для каждого подключаемого клиента программой MapXtreme в пользу специализированных приложений публикации карт в Интернете, использующих технологии мозаичного покрытия и кэширования мозаик на серверах выдачи. Наряду с «мультиядерной моделью» как основы программного обеспечения ФГИС ТП или лучше взамен ее целесообразно разработать версию, основанную на свободном программном обеспечении, а именно на продуктах с открытым кодом (open source), в том числе для тиражирования программно-технических решений ФГИС ТП по регионам и ОМСУ. - Отказаться от использования Microsoft Silverlight в пользу HTML5 для создания интерфейса системы. - Использовать специализированный масштабируемый хостинг с масштабированием процессорных ресурсов, серверами выдачи и балансировкой входящей нагрузки с разнесением данных по нескольким датацентрам, в том числе соответствующим информационным системам обеспечения градостроительной деятельности субъектов РФ и ОМСУ.	2) - Рекомендации будут рассмотрены в рамках работ по созданию второй очереди ФГИС ТП - Рекомендации будут рассмотрены в рамках работ по созданию второй очереди ФГИС ТП - Рекомендации будут приняты - В рамках работ по созданию второй очереди ФГИС ТП использование технологии Microsoft Silverlight не предусмотрено. Вопрос использования HTML5 будет обсуждаться. - Рекомендации будут рассмотрены в рамках работ по созданию второй очереди ФГИС ТП.
14	В целом для развития проекта необходимо разработать Концепцию ФГИС ТП, как целостной распределенной федеральной (и не только государственной) информационной системы, предусматривающей распределенное хранение и предоставление в общий доступ описаний объектов градорегулирования (утверждаемой части градостроительной документации) из юридически значимых источников без их дублирующего хранения. Концепция должна рассматривать ФГИС ТП, как важнейший элемент Инфраструктуры пространственных данных РФ, построенный на соблюдении ее основных принципов информационного, организационного, технологического и правового обеспечения с учетом всех ее компонентов, включая базовые пространственные данные в части наборов, которые образуют информационное обеспечение ФГИС ТП, стандартизацию пространственных данных, связанных с ними сервисов и пространственных метаданных, создание полнофункционального геопортала и системы управления метаданными. В Концепции целесообразно расширить круг задач ФГИС ТП до автоматизации исполнения государственных функций и оказания государственных услуг в сфере градостроительства во взаимодействии с ИСОГД муниципальных образований и информационных систем в сфере градостроительства субъектов РФ с использованием систем межведомственного электронного взаимодействия (СМЭВ, РСМЭВ) и систем межведомственного электронного документооборота (МЭДО, СЭД). Разработка подобной Концепции должна осуществляться группой экспертов под управлением независимой организации не из числа потенциальных разработчиков системы с широким публичным обсуждением ее в профессиональной среде.	В целом для развития проекта необходимо разработать Концепцию развития ФГИС ТП,… далее по тексту. Предложение для Минрегиона России. Считаем, что в разработке данной концепции целесообразно принять участие потенциальным разработчикам системы.